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Ie INTRODUCTION 


The utLllization of computers in many areas, such as 
personal computing or off{ce and manufacturing automation, 
{is rapidly expandina. No loncer is their use  »beina 
relegated to syoport personnel, but is soreading into the 
ranks of lower and middle level mnanagement, Tre majority of 
such users are non-computer orofessioqnals who are coming to 
@epend on the comeuter to orovide a sgsvonmert caoability in 
rhe accomolishment of their orinary rasoonsibilities. 

Over the past years, numerous Software packages nave 
been made available to sunport a broad spectrum af users In 
Werevinag envirenments. Capabilities such as word rrocessina, 
database manadement, mocelirna, fern aqenerpation, and 
electronic nail have become essential, The point to se made 
ms that the oriainal ouroose of {introducing the computer was 
to increase the effectiveness and efficlency of rhe 
organization, While the present performance of a@ach sursort 
cvackagqe {s satisfactorv, the manner in which they are 
presented to the user fs not. As illustrated in Fiaure 1.1, 
€ach suoocort system is tyolcally disjoint from ati ethers, 
ard the user is presented with differing nodels, command 
vocabularies, and operatina Instruct Conms.. This non= 
inteqrated combination of apolication software regquires a 


great deal of effort on the part of the user to necome 





familiar with a new system and remember it along with the 


other systems that are used, 





Piqumeri.si =< Disjoint Support Systéms. 


What is needed to increase productivity is an intearated 
system coae (combines the capabilities .of. the «support 
mackaqdes {nto a system which oresents the user with a 
sinqle, yet easy, conceptual data nodel and voecannularyv set, 
iets SUCN a system thet fs called an [nt’@arated Acoplication 
pore were’ System (TASS), and the scurpose of this enesis is to 
geyeiop a design for its implementation. It is imeertant to 
emphasize that tne [TASS is not built around the already 
existing application programs, nut the raverse, Given an 
TASS’S common user interface and conceptiyal level, the 
desiqner will evaluate a@ach arolication and desian a new 
aPplication proaram to capitalize on the IASS capabilities. 

The design objectives for the IASS are: 

Ci) Fnsure a Nigh decree of ‘ser friendliness and 


empnasize simolicity,. 





(2) Minimize the initial and acquired user skill level 
necessary to cain major funetional use of the systenr, 

(3) Minimize the learning time required to gain 
functional use of the system, 

(4) Present a logical interface between each of the 
IASS’s catabllities, but minimize the explicit user 
navigation between them, 

Co) vemermine the largest intersection of ftunctional 
cavabllities for the individual application vorograms and 
integrate them into 3 common conceptual level, 

(46) Neveloo as small a command vocabulary as on5possibhle 
at the user tinterface, Ensure that these commands form an 
intersection of the anniication program commands, and are 
consistent between each of the aonlications, 

(7) Eliminate the denendence on user proaqrammina tn 
order to use tne system, 

(2) Embody the notion of software adactivity wherety a 
user, already familiar with at least one apolication in the 
TASS, can learn a new apolication by studying only the small 
increment of new commands and functions that are specific to 
the new apolication. 

(9) New anvelications, not originally ceansidered in the 
oriainal IASS, are imolemented by adding a small ineremant 
of funetions and commands to the TASS, 

CMO) Allow for ethe interaction of the included 


applications fin support of each other, 


‘| 
: 





While the IASS cannot bse expected Se) comoletely 
integrate the separate features of each supvoort package, it 
can strive to maximize the intersection between them, Fiaure 
1.2 shows a simple illustration, {n Venn Diagram form, of an 


IASS, 





Figure 1,2 * IASS Suppert Package Intersection. 


[ipmeenem@rolrowincg chapters the casis of an TASS desiaqn 
will be discussed. Chapter 2 vill deseribe a selected drovp 
of currently successful application support oroarams that 
will bse considered for integration into an IASS, Chapters 3 
and 4 will eover the concenptual level of the TASS which is 
invisible to the user. Chapter 3 discusses a common data 
aodoject for tne IASS, and Chapter 4 the Conceptual level 
overatians allowed on it. Chapter 5 covers the use of the 
Semeenptial level by the ineluded aonlication programs. 
Cmracter 6 covers how the user will interface to the TASS. 
Finally, Chapter 7 oresents the conclusions that can he made 


from this limited study of an IASS, 
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ITI. DESCRIPTION OF SUPPORT SYSTEMS 


In order to demonstrate the applicability ot an 
Integrated Application Software System (IASS) and its 
conceptual level intearatilon aporoach, six common § software 
atolieatians were selected, The aonslications were chosan 
based on thelr rerceived effect in supctcortina an office 
based user, 

ae Text Editor 

Db. word Processor 

ce Ralational Database Management System 

4d. Electronic Soread Sheet 

®, Forms Generator 

en clecteronic ail 

as a Ponw-intecrated collection of application seftyvare, 
each of these ocackagces is {molemented to accomplish a set of 
Seperacians on a specific file tvoe, and the set of included 
peeratons {ts tailored for that type. Commands are not 
usually transferable between apelications and the 
application vocabulary is very "parocauve" {in that most of the 
ooerators exist 2s a matter of convenience to the user, Too 
often {t is a very small oercentage of the overall 
vocabulary that is used over ninetv dercent of the time. The 
majority of users only learn a Subset of the vocabulary 


necessary to accomplish the essential funetions of the 


application packaace, and disregard the rest. 


12 





Representative commercially available software packages 
corresponding to the six selected apolication tyoes were 
reviewed to determine the nature of the pertinent file tynes 
and the essential functions required of the apolication, The 
following sections will oresent the results of this review 


as they apoly to each apolication packace, 


Pie BuTOCS® of a CEXt “editor is to prevare a text file 
in an aovroorfate form for use by a Subsequent process, 
Paeep STAR", and the "VI" and "EDIT" systems for UNIX were 
analyzed, These systems are deseribed in Aonendices (A), 
Goo, and (C). 

meer oexe Molitor can be divided inte =e maior 
Mmemeciconal catecgcries of commandS which ate supported; 
<Create>, <Inrsert>, <Modifv>, <Deleted, <Moved, and 
<Retrieved, 

1. Creation 

A facility used to define an emoty fille {nto which 
Poe text will be entered. This Involves a directory entry 
of some type, the allocation of Storace space, and “he 
creation of a buffer area, 

Ze womertion 

Done an object at a time in relation to some 
Perterencecd peint in the text fille, such as the cursor 


position, It is voossible to insert any object at a 


2 





specified point. Insertion is non-destructive in that the 
eeyecc is insertéd setween existina contents, yithout 
overwriting, The object to be inserted mav be entered dy 
the user, come from a suffer, or come from ancther file, 
3. ted Lttica gion 
In relation to some referenced point in the text 
file the current contents are altered , Modification is 
destructive in that the eurrent contents are destroyed by 
Mee ng OV.em them. Gichal modirfication ts cossible. 
4, Deletion 
In relation to some referenced coint in the text 
file an ebject of any aranularity level is ramoved, Global 
deletion is vossible, 
5S. Movement 
Tremevurrent point of refiejwence in the text file {ts 
Changed to reet the desires of the user, Control os 
movement is possible at any object level. The user sould 
have the capahbility to move #0 a predefined location or to a 
location that meets some condition, 
6. Retrieval 
Watle mot directly responsive to user retrieval 
commands, the text editor supoorts the user by displaving 
the local area around the vcoint of raference, In a dadeneral 
Semnme» this is a desired retrieval of Cext from the file, 


Retrieval is automatically done for the user when the point 


a3 





et reference changes to ensure the user can establish the 


eoncexc of the coint of reference, 


B. WORN PROCESSOR 
Filles orenared by a text editor can be processed by a 
Word Pracessor (WP), “WORD STAR", an onw=line WP, and "MROFF 
eME", a WR for the UNIX overatina system, were analyzed, 
These two systems are deserined in Andvendices (A) and (9), 
Curremtily there are two avooroacnes to word orocessingas 

Seeicewlne worm atting,  Invaddition €o th® actual 
text in the Gcpeaqee tite, a combination of special 
enaracters, and characters strings, can he enbedded {in the 
meme file tor vse by the WP, These svecial embedded 
character strings are commands used bv the word processor to 
Peeeuce Che desired orinted format of the Cext file, This 
BeauaresS a Cwo step orocedure by the user. TRe user first 
visualizes the desired format of the outout and then 
Gramsrates it into a combination of the actual text and the 
embedded AP commands, Threw text file is then drocessed by 
the wP, This is a level of indirection that delays feadback 
Eo the user as to the effect of a command. 

C2) spebinesPormatting. In rhisecadge, while mest 
of tne WP commands are still embedded in the text file, they 
are immediately executed, As the user inputs the text, if {fs 
disolayed on tne screen in the desired format, The user 
therebv receives immediate feedback as to the effect of 


formatting commands, However, the problem of the disolav 
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format being biager than the display dimensions is a 
proklem, if only a minor one, 

The WP, uniike the other application packages, does not 
directly manipulate a data obfect in the course of its 
operation, Instead, it interceots a Stream of data from the 
Gata object iand alters the disolay format prior to outpint, 
Far this reason is seems loscf{cal fo consider the WP to be a 
part. of the editor = the eantlication rackage» that 


manipulates the data opbtect upon whitch the WD denends, 


Cre DATARASE YVANAGEMENT SYSTEM 
Gace is Simcly symbols whieh are stored. tn and of 


itself, a datum has no siaqnitétcance, However, when covplad 


¢* 


fo an entity, the class of aA dafum bsecoaTtmes an acer ?,ou.o Of 
the entity and the value of the datum can be used as 


he entity, When 


ct 


mueormetion to describe an instance of 
data is stored in a comouter it {is known as a database, TS 
trarmsform the raw data into an abstraction suftable for a 
person to use and/or modify is the major funetion of a 
Database Manaqement Svstem (DRMS). In a sense a ARMS acts 
as’ am interecreter between the uSer and the computer, It 
{interorets user statements deseribina what is to be done 
with the database into the lower level alaqorithms necessary 
to vcerform tne operation on the conceptual and eventually 
the pnysieal representation of the data in the computer, 


From the perspective of the computer, the DSMS translates 


Nas 





the physical implementation of the data through the 
conceptual representation to the approoriate user view, In 
this way the DBMS provides two levels of data indenendence, 
Data indepvendence implies that modification can be made to 
the implementation of the data without affectina the loaic 
of the application programs, Data indevendence hetween the 
conceptual scnema and its ohysical implementation allovs 
changes to fhe onvsical implementation of the concentual 
schema wnile vocermittindad anolication programs to run as if no 
chana@ Rad occurred. Similarly, data independence hetween 
the conceptual schema and aiuser view allows chanqes to hea 
made to the conceptual schema while ovoermitting asnlication 
prodqrams to run as {f no chanae had occurred, 

[Tp addition te the cata management funetion, 4 DAMS also 
provides funetionrs to ensure system integrity. Towards this 
end a ODS8MS enforces database security constraints. The 
security facility ensures that unauthorized access to data 
is not allowed, A DBMS etyoleally ensures that fhe required 
proverties of data are quaranteed, These Sroperties can be 
emiener syntactic, that is ‘structural, or semantic, for 
instance contained within a specified domain, A DBMS 
typically provides a mechanism to vorotect the database from 
a system crash py requiarly making backeup contfes of the 
database, In the event of a system crash, a DBMS tynoically 
provides a facility to restore the database to a previcuslv 


consistent state, Finally, in a multieuser environment, a 
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DBMS typically provides a synchronization mechanism to 
protect the database from inconsistencies whien might result 
from simultaneous access ¢t0 a database, especially if one 
access entails a change to a shared data item, 

"DBASE |! ig and "SEQUITUR" were reviewed as 
representative relational data hase models and are described 
in Appendices (F) and (Ff). A relational DBMS was selected 
as an IASS conceptual database model due to its familiar and 
universally understood data object, the relational table, 
Tre basic organizational unit {in the relational table is the 
npemed and domained fleld, A reeord of arity "*n*™ {In the 
relational table contains n flelds, each containing a value 
from its domain. A relational table {is the next hniaqher 
merrel of SGraganizational abstraction, The overall schema of 
eee relational table is détinad by onvsical osoroperties® of 
the fields and embodies the relationshio which is defined by 
cee rield set, 

A DBMS can be logically divided into three = funetional 
parts = data definition, data manipulation, and query 
retrieval, These parts can be further refined {nto tha 
functional operators <Create>, <Insert>, <Modify>, <Delete>, 
<Move>d, and <Retrieve>d, 

t. Creation 

The existence of a relational table is typically due 
tO a need oerceived by the user to organize data. Creation 


{$s therefore the process by which the relational table is 
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defined in a database by its identity and composition, The 
existence of the table is noted in some form of a database 
table directory, The comnosition of the table defines the 
Schema of the relational table. Modification of a user 
defined table can be viewed as a special case of creation or 
reecreation. A table name can either be changed or the 
schema redefined, In addition to these explicit methods of 
ereatina relational tables, imoliecit mathods also exist. AS 
a result of tne relational oreration JOIN, a new relational 
table can oe reated. The method of naming the new 
relational table ts imolementation scecific. The composition 
of tne table, nowever, is derived from the schema of thea 
operand relational tables. 
Ze insertion 

Insert is a comoonent of tne Set oO data 
memzpulation op@rators. The action of an insert is to place 
Sepe@cora into the relational table. Tne orisin of the record 
to be inserted is frrelevant to the oneration. The effect of 
the operation is that a new relational table is derived from 
the old relational table, order not beina sianificant, 

3. Medittiocaeton 

Medifv is a component of the set ele data 
manipulation operators, The action of a todify is to chanqe 
the data in a field, DBMS’s tvoically do not restrict the 


oriain of the new data to what the user suopliies at a 
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terminal but can be aS a result of evaluation of expressions 
or derived from other relations in the database, 
4, Deletion 

Delete is a component of tne set of data 
manipulation operators and {s in facet the inverse operation 
of insert. Tne action of delete {Ss to remove a record from 
the relational table, the final disposition of the deleted 
record is immatrertal to the operation, A delet? ovoeration is 
tyefcally a two step orocess, A record is first marked for 
deletion and then exolicitly removed from the table. 

5. Movement 

The movement operator can be viewed either as 4&8 
passive data manipulation orerator or 4 query retrieval 
omerator, “ovement encompasses fhe Orocess of enancing the 
Sercen. coint of reference itn the database, THe ultimate 
destination 1s determined from manipulating data in fhe 
database or as a direct result of a query on the database, 
The point of reference can be of anv organizational 
aostraction from an entire relation to an individual 
character in a €¢ifeld, This range in movement tmolies that 
this ooerator subsumes the theoretical relational alqebra 
operators PROJECTION and SELECTION, Movement is a required 
omerator in order to scan and extract information from, or 
in conjunction with, the performance of any of the other 


overations on the database, 
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6. Retrieval 

Retrieve is exclusively a query response operator, 
The condition of 4 query specifies the information to he 
extracted or derived from a database, A query can be iin 
many forms. Traditionally a cuery facility is embodied in a 
specialized lanauage whieh the user emplovs to extract 
information from the database, In this simplest form, a 
Peery ts @guivahLent to the relational algebra PFPOJECTION 
operator oossibly following the SELECTION overation on the 
referenced relaticn. Queries can exist in subtler forms. 
Meavement throudqn a database can actually be the result of an 
urderlyina, implicit retrieve operation. Some uses of forms 
embodv a retrieval operation as trey axtract information 
meer database to derive its contents. Penports also embody 
the retrieve eperator in the same way as a form, From the 
database, information is retrieved and disolayed in a user 


Beecified format, 


ND, ELECTRONIC SPREAD“SHEEFT 

An Electronic SpreadeSneet oackage provides an important 
numerfeal nodeling canablility to the user. This application 
provides the user with a ofece of "electrenic" scratchvoaper 
for doing fairly comolicated numerical problems, and models 
that are of a recurring mature. Instead of reaching for 
pencil, naper, and calculator each time, the user will call 


the electronic spread sheet and by entering the needed 
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values cause tne spread-sheet to complete the 
calculation/model, It compliments the inclusion of the word 
processor and database management system in the IASS, The 
commercially available "VISICALC" svstem was reviewed, and 
is described in Appendix (G). 

Spread=snheets are commonly divided into addressable 
(row,column) entry sositions, similar to a checkerboard, and 
are used to graphicallv disolay numerical data in 2a tabular 
perrat, A small portion of the socread=sneet is usually 
vistble on the screen at any one time and the user must uss 
window and sereen commands to move across the entire sheet, 
Each entry position is an independent entity and can contain 
my of ithe data tvyoes = character, numeric, or function, 
Tre contents of an entry csesirttion can be exoressed tn 
Beeesicionm to the value of a pr&®yvious entry position, 

System ooerations consist of <Created, <ins@rt>, 
<Modify>, <Moved, <Delete>, and <Retrieved, 

1. Create 

The user initializes a data storage structure for a 
new spreadesnheet, The dimensions for the new spreadesneet 
mee initialized and all @ntry positions are set to null 
values, 

2a Lasertion 

Given an already existina Spreadsheet, the user 
adds a new column or row to the svoread=sheet at an indicated 
location, This enlarges one of the spreadesneet dimensions 
by one, 
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3. Modification 
Change the current value {in an existing entry 
position to a new value or function. 
4, Deletion 
Given an already existina spreadesneet, the user 
deletes an entire column or row from the spreadesheet at an 
meaicated location. TrAis will reduce one of ths Sspread- 
sheet dimensions by ane, 
5S, Movement 
Allews the user to view the contents of the entire 
persad=sneet through the limited dimensions of the screen 
Aaisplay by permittinra the user to maneuver the screen across 
the sereadesneaet, 
5S, Retrieval 
The tabular display of the spread=sneet on the 
user’s screen is the result of a sredefined retrieval from 
the stored representation. AS changes are made to entry 
BeSsicions and they, in turn, effect other entry positions, 
the tabular disnlay 1s kept updated by automatic retriavals, 
Additionally as the user moves, or alters, the window into 
the spread sheet new information must be retrieved to meet 
the ehanged request. The user cannot specifically ask for 
information from the system, but inStead accepts the sinale 
retrieval the soread=sheet package was desiqned to 


automatically soroduce, 
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Ee FORMS GENERATOR 

Sveametnitvon, af "forme is ‘a .orinted document with 
blanks to be filled in, and "format" is the arrangement, or 
plan, of a presentation. Traditionally, a document ts 
assumed to be a piece of paper, and the input device used to 
place values onto the document {fs the human, 

In the Electronic Data Processina (EDP) environment, 
these notions are generalized to where a document can also 
be derived from, cr stored into, a datanase or data file, 
Regardless of the semantic qeneralizations tintroduced by 
oe the loaical view of a form, aS well as {ts function, 
remain the same, A form is used ag a temolate to display 
information and/or collect a set of data. A form is 
distinguishable from 3 revort in that a form renoresents anly 
one instancé@, or a coalescence, of a set of data elements. 
TRe report contains the form as a special case, hut raoeats 
TE for each instance in the set of data elements, 

A Form Generator is a utility to assist the user in 
destaning a disolavyable form at "desiqn=tima" and emolovine 
it at "useetime", Since creation and use times are 
different, the desian-time disolay must represent the use= 
time display of the form as closely as possible, From ene 
desiqn the Form Generator must translate the visual 
scecifications into the appropriate representation fer use 
by the display funetion at use=time, In addition to the 


PRysical layout of tne displayed form, the design and 


ao 





internal representation must contain information regarding 
the value association or derivation at useetime, The DRASE 
It form aqeneration facility, and the separate "ZIP" screen 
oriented form qenerator were evaluated and are discussed in 
Appendix (H). 

The designetime environment includes both initial torn 
desiqn and desian noditication. Fotm design its done by use 
of an editor and an onescreen canabllitv is essential to 
achieve desitanetime and useetinrne visual proximity, Thre 
Meer or Coulda be an integral oart of the form cenerator or 
seoarate, Value association is mat done by the form 
aenerator directly. The user states the value association 
fea block" in terms of the usS@etime function which must 
Syavuate the “block” valués, 

mpencoroeess of form generation entails describing toth 
the displav ‘features of a "block" in the form and the use- 
time association, The atunctiowal iist of operators to 
suoport a form qenerator are <Created, <Insert>, <Modilfy>, 
<Deleted, <Moved, and <Retrieved, 

ia Creaicton 

Creating a new form entails naming the form and 
making it Known to the rest of the system for use, Only the 
empty structure {s created and will reauire the user to 


emcer information into it, 
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2. Insertion 
Tae users acde. "4. new “biock" to the form bY 
specifying its cnaracteristics. Cnaracteristics may be 
position, prompt, inout/output, tyoe, and processing 
information. A groupina of these "blocks" will make a Zorn, 
Actual "block" snecification and addition is done throudh a 
leve) of indirection where the user draws the "block(s)" on 
Eee screen and the ‘system determines the carameters 
necessary to make the form, 
Be eenoa if Veatt ion 
The user changes one or more of the characteristics 
Se an already existing "block". 
4. Deletion 
SPewuser Eerovest ean entire "block" from the form. 
5. Yavement 
The user has 42 point of reference within the aiven 
Porm, At any given time some "bliock" is the vooint of 
reference, and commands are available for the user to move 
this ooint of reference, 
6. Retrieval 
The user desires to see the format in wnhien the form 
will be displayed both at desiqn=time and run-time, The 
retrieval operation is automatic and translates tre 
tnformation stored Lhe ocn Ss “Siructure into the 
acpropriate display. Actual desian and modification of a 


form. {$ done on this display and the form eaenerator 
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determines the additional information it wili need to 


recreate the finished form on demand. 


FEF, FLECTRONIC MAIL 

Electronic “atl is a faeility for sending messages from 
one user to another, The "MATL" system used by the UNIX 
operating system was reviewed and a deserintion is aiven in 
Apoendix (1), 

An Flectronic Mall system uses a predefined messaae torm 
whien contains information, such as destination, subitect, 
and main brody, Once created, the messace {s sert to fhe 
destination where it is claced in a messaqe file, called a 
"mailbox", for readina, The mator functional operations tin 
a mafl system are <Create>, <Insert>, <Modify>, <Delated, 
<Movement>, and <Retritleval>, 

1. Creation 

The system generates an emoty nessage form which the 
Meer fiiis in, 
2.e Insertion 
Messages are inserted into the various mailboxes 
that the mail system maintains. A message is sent to 
another user by storing it in the system mailbox, 

3. Modification 

Messages are inittally created with no values in the 
message form, Composing a message therefore, antails making 


modifications to the null carts a€ trea messaqe, 
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Modifications can also be made to a messaqe any time during 
composition, before sending it to its destination, Finally, 
fields in a message may be modified by the recipient, in 
order to retransmit the messace, 
4. Deletion 
By reviewing messaces from the system mailbox, they 
are deleted from the system mailtox and olaced into a local 
area. The user mav delete messaces fron tha system or local 
mailboxes at any time, 
5. Movement 
All the previous commands are performed in relation 
to a ooint of reference, The point cf reference in a 
mailbox can be changed bv the user {in order to browse 
through the messaces, or edit them, 
S. Retrieval 
Reading a messace {s done by retrieving the contents 


of the message fields and displaving them to the user, 


In review, Chapter 2 has shown that a qeneral 
commonality exists between the functions of the given 
apolications,. This commonality has been presented as the set 
of six command categories = <Create>, <Insert>, <Modifv>, 
<Delete>, <Move>d>, and <Retrievea>d, The following chapters 


Will lead to an intecration based on this commonality. 
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Pit. Lie ecCommun DALLA OBJECT 


The key to achievina an intearated system which can 
support formatted and unformatted data is toe man the logical 
file types associated with the andlications, i{into cone 
concedtual data object. This conceptual data object is then 
part of a model of the apolicatieons and thelr use. The 
funetional intersection of onerations on the files can be 
imdSlemented by a sinale set of orimitive concedtival 
Seerations on the common data object. 

The TASS must represent each of the loqical file tvynes 
associated with the included apelications in such a way as 
momesupoort the essential functiors cf each apolication. The 
Gemem object chosen for this IASS desiqn is the table. The 
M@eere 15 4 Natural method of oraqanizing data and thnerefore 
should be understandable, even pny naive users, A table is a 
two dimensional array containing rows and columns, The IASS 
uses the table to reoresent a2 "realeworld”" eantity. Each 
column revresents one attribute of that entity and each row 
represents a unique occurrence of an entity. A table is 
almost equivalent to a relational database relation, except 
that a table implies that rows and columns Rave an order in 
the table which can be used in a positional addressing 
scheme, Since addressina ts associative in a relation, the 


table must inelude coltimns which represent key valves to 
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uniquely identify each row. With this slight modification, 
any datum in a table can be accessed by specifying the nane 
of the table, the value of the Kev, and the name of the 
attribute containing the datum, FKereafter, the common data 
object will be referred to as a relational table. Rows of 
such tables are usually referred to as "tuoles* and columns 
mee reperred to as "attributes", The asSsumotions to be made 
eoncernina the relational table in this thesis are: (1) Fow 
@r column order ts not siantificant, (2) All columns are 
named and must be uniaue within the table, and (3) Each row 
is uniauely identifiable by a key value. 

In thé tollowinag sections sach logical file tyse will be 
deseribed as a relattonal table, The attributes of each 
table type were selected based tinon its nerceived orimary 
use, 4s such, the set of attributes assoctatad with each 
table was determined in order to orovide the tinfornation 
necessary to support that orimary aoplication. Thes® tables 
are marely special cases of a re@lational database table, 
Based on their predefinition, their us@ can be bounded 
within the primary apolication and therefore can be "tvped", 
moe. Of a certain tyvoe, it is sufficient that the takie 
contains the minimum set of attributes necessary for that 
svecific type as a subset of its total set of attributes. 
(e.g, A given system table miant have five attributes. Three 
of those are Ené@ ~required attributes for a tyoe-t 


application table, The remainina two attributes could be the 
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required attributes for a type-2 table.) This implies that, 
as an implementation issue, a sinale table could be 
considered to Rave multiple tvpes, but for Simplielity Let us 
assume that a table will have only one type, As 
apolications are added to the IASS, the accompanyina minimal 
set of attributes must be defined to reoresent tne new table 
tvoe, There are many structural orqanizations which could 
meoreePrt a logical file tvoe. The final decision on the 
arganization of the table must oe made to maximize the use 
af the conceptual level operations tnat are available to 
maniculate the data in the table. These concentual level 
oecerations will be covered in Chanter 4, It is important to 
note that the table is a structural oraanization used as a 
model and therefore problems may arisa iI!n expressirna thre 


actual aoplications oy the tabl® model, 


mext, as Gata in a text filte, 168 @ "“eontinucus" string 
Of individual characters from some e¢haracter set (4.9, 
ASCII). The use of text as data is cy character, where each 
character is a unit of data used in an anolicattion, 

Objects such as words, sentences, lines, or oaraqrapns 
are loaical abstractions, ridden in the text, that are 
useful as information only to a human user, Any IASS 
manioulation that may alter this hidden logical abstraction 


fereairectiy effect the ability of the IASS to transform 
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the data back into information. (@.q. deleting every other 
word.) This will require the imoosition of limitations on 
the use of table onerators on the text tahle in order to 
protect this logical abstraction. (f.e, operations incarable 
of taking into account the logical abstraction of text will 
net he used.) 

The only naturally occurring data elements in a text 
oe re 6C@6hCUS6hingGie6cCheracter, and the entire character 
stream. Their domain is all the elements in the anoolicable 
character set, These two orohlems, the continuous nature of 
text and its discreteness peing limited to a single 
character or the entire fille, make the text fille the most 
Seer icult £L1@ tyne to model asB® a@ relational table. The 
Bae.e must Guantize tne continuous text stream tanto column 
Meets, thus destroyina the continuity obs the i Gage 
Additionally, while the relational table overators recoanize 
the column as bdeing an object, in fact {it has no natural 
meecurrence in the text file. Any definition of a column 
which reoresents text objects between the single character 
and the entire text file, {is an arbitrary auantization of 
the text stream, Fiaure 3,1 illlustrates the oroblem ry 
areitrarily choosing a column size equal to ten characters 
(the cnaracter "@" reoresents a carriage return and line 
meea). This division of the text stream into units, for use 


as tuples in a table, has mo correspondina unit in the 
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original text file, and has {imposed structural limitations 
by the column boundartes, 
(a) Text Stream 
MR, JOHN SMITH@1349 WILMINGTON DR,@CARSON, CA 
(bh) Tunle Representation 

MR. JOHN S| 

MITHA1L349 

WILMINGTON 

DR, SCARSO] 


Nee Ch 


AU 


Figure 3.1 2* Text Representation Problem 


This problem of using a "discrete" renresentation will 
have to be acknowledged and steos taken at the anvolication 
level te ensure the limitations imposed by the problem are 
net violated, In determinina the size of a text tuple, 
neitner tne sinqle character nor tne entire file are 
aceeotable units to bse used tn the relational table mode] 
since they would reauire a larae amount of processing by the 
apolication level to transform them into usable units. (The 


araqument is similar to memory nanagement questions af vagqing 
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versus seamentation and now large each unit should be.) Some 
arbitrary size, between the two extremes, will have to be 
chosen during implementation. For now it is assumed that the 
size limit exists. 

The text file can be conceptually viewed as a text 
table, aS in Figure 3.2, The text stream {is reoresented by 
the set of rows in the table, Bach "“contenes” column is 
densely macked in that mo unused space is 14ft In anv row, 
exceot the very last row in the table, Tne text table does 
not match In ary wav the verceived "display" of the taxt 
file, as snown in Figure 3.1. The disolay structure (iine= 
oriented, screenworiented, or whatever) ts considered an 
application Level issue and will 08 covered there, Each row 
in the text table has 8 unique sequence number, gOS cee 
mameeeom@ Telativefnosition of {ts centénts in the text 


Semeam, 


iva eontents 


line=i 





| 
| 
Llinee-2 ! 
{ 
j 


Figure 3.2 = Text Table 
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B. DATABASE 

A relation in a relational database is described as a 
table, as shown in Figure 3.3. Relational database tuples 
are represented as the rows of a table and the attributes as 
the columns. The description of an attribute is defined by 
the user, and the set of attributes define the modifiable 
mer veturée of ther relation tabbe, Chapter 1, Seetion (C) 
covers the concenots benind the relational ORMS in qreater 


aetail, 


ind atr=] atr=2 atren 





truple=i | a 


| 
tuple=2 | | | 
| 


{ 


tupleen ! | | 


' 
4 


Fiqure 3,3 = Relation Table 


Ce. SPREAD@SHEET 

A spreade-sneet is a database used aS a numerical mode} 
in a oredefined tabular disolav format, A spraadesneet can 
be represented as a collection of @ntry position tuples in a 
fable, as shown in Fiqure 3,4. Rach row in the table 


reoresents a single entry oosition in tne spread=sheat. The 
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table columns represent the predetermined elements necessary 
to deseribe the entry position, sucn as the location, value, 


and €unction, 


{id location value funac lon 





positione}l | 
Be a | aE om a ow om GF am an SR a aman @ G a a an om 


| 
| 
| | 
| 





position=2 


Se ee annie Se oe oe a 
! 


1 


Cad la 


positionen | | | | | 


ei{aure 3.4 = Spread Sheet Tacle 





! 
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D. FORM 

meecocrm is a2 template throuch which input and output 
values are transmitted. The information stored in a form 
database {is used to prevnare the visual image of the template 
in a user specified format, 

Mmmnoas.c SUbUnIt of the form 1s called a. "block", and 
it represents a basic unit of data for the form, The easiest 
Beyeco Visualize a "block" is to consider the Internal 
Revenue Service 1040 Tax Form, It is used as an inout fern, 
and each entrv has a corresoondina number to identify {tt as 
Se e@rPerate entity, er "block", Each of these "blocks" has 


eemeceOOsition on the form, @n identifyina number, a »sromot, 
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and space for an entry of some type, This means that the 
form table must include positional data for the block as 
well as data to determine now the block is to be used for 
specific applications, 

A form can be represented as a collection of tuples 
contained in a table, as shown in Figure 3.5. Each row tin 
fre table represents a single "block" oan the form and 
meertains a sescription of the "block", The columns of the 
table are the oredefined attributes af a block = uniaue ID, 
pereeny location, promot string, input or outout tdentifier, 
meeecme, functional use of the block, Eeocn table column 


represents an element of that deseriotion. 


fa 10GSelon Ppromet 1/0 FUncEeLon 


block=1 





| | 

wT | | 

Block-2 | | | | | 
oll | | | 

| | | 


blocken i | | | { 





Filqure 3.5 = Form Table 


The "ia" fis a unfaue identifier for the block and would 
meeecwecem® controlled. "Location" specifies the startina 
Beeition for the "block" on the form. Tf vraeauitred, a 


"promot" string could be {ineluded to indicate the survose of 
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the entry position on the form (€e.Gc, Name, Address, Number 
of exemotions, etc.). Ene’ Five” €1ete will teri the. Form 
Generator how to interpret the "function" fleld. The exact 
use of the "i/o" fleld {fs implementation dependent, but some 
Obvious entries are “input”, "output", and "text", Lastly, 
the "function" field will contain a command string for the 
meek, cf it tS @m ineut bloek, then the "“€unetior"® ftLelid 
might contain the location where the user entered value is 
mmereesrorec, Jf it is an outont block, it night contain a 
query ta be made on a database, If it is 4a text block, it 
miaht contain the name of the text féiile that is fo be 
inserted in the form, AS can be Clearly seen, the actual 
use of the form table will be verv imolementation dependent 
and such tissues will not bse directiy addressed in tris 


eeesis, 


Ee. ELECTRONIC MAIL 

Eleetronic Mail is a preformatted message sent to 
another user, Pata contained {in a nessage can be used as 
information to determine addressee and subiect associated 
with a message, The data in a message {is manisulated 
myesc@lily in the course of an editina session or bv an 
apolication program to ontput a messaace fo be read by the 
recipient. A "mailbox" can contain any number of messaqes. 
Each message contains a unique ID numper, headinda, and body. 


The ID attribute is a unilaue identifier of a message in a 
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“al DOox, lhe daom@in of thé If attribute’ its all uniave 
idertifiers as defined in the system. The ID could be local 
to a mailbox, or be of a global nature. The body of the 
messaqe is textual and its domain ts a continuous stream of 
eharacters or a reference to a text file, Heading consists 
of an originator, recipient, date, and subject. The 
Serainator, recipfent, and subject are character strings’ of 
some maximum length, Tre date {is soma aliswable value as 
determined bv the date convention used bv the system, Each 
message tuple is a comolete message being routed from a 


sender to 2 receiver(s), 


bile ss setolles to dare suo) bodayv 


msq=i 
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Fiqure 3.6 = Mailbox Table 


The mail file can de represented as a collection of mail 
tuples contained itn a table, as shown in Figure 3.6. A 
"maflbox" is a table with the rows reoresentina individual 


messages and the columns representina the oredeternined 
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format of the message, such as from, to, date, subject, and 


main body, 


This will end the discussion of representing the logical 
file types as a single conceotual data object in the form of 
a relational table, This chapter has shown that each of the 
five logical file types can he mapped into a table format 
meeey Varyind dearees of success. A "secret” that will be 
possessed by the aenlication level is just how successful 
this mavoing was, Of the cresently included €ile types oanly 
the text type has shown staonsg cf Major oroblems, However, 
similar situations could occur as new apolications are added 
to the TASS, The solution to the voroblem is to accomplish at 
Bemae aooiication level what cannot be done at tne concenrtual 
eee) due to the modeling limitations, The next chacter, 
Chacter 4, will cover the concedtual level ovoerations chat 


are available to manioulate the common data ooject tables, 
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IV. OPERATIONAL INTERSECTION 


A maqfor concept benind the Inteqrated Application 
Software System {is the eaxistence of a common "conceptual 
level" that is used by all the ineluded aoplication 


procarams, le Wer inmspertant ©o note that it is thr 


iD 


Beolication proarams, and nct the user, that will interface 


with the conceotyual leval. 


| oer igtcat LON BEVEL" | 
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Figure 4,1 * TASS Conceptual Level, 


TALS concectual level will manage the data in the common 
data object, deseribed in Chapter 3, A set of primitive, or 
basic, ooerations designed to manipulate the common data 
object and enforce inteority constraints will pe ineluded at 
this level, Figure 4,1 fllustrates the conceptual level, 
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The application packages will call these operations to 
perform desired maninulations at the conceotual level in 
support of the user. The specific aoplication determines 
the combination of primitive operations necessary to 
retrieve data from the data tables in conformance with the 
use of the table as a model of the apolication, Onlv those 
operations that cannot be accomplished at the concentual 
level, due to modeling fallures, need be included in the 


apelication level, 


A, BASTC OPERATIONS 

The set of table primitive operations is the source of a 
maior IASS operational intersection. All apnnolications 
Seeeect¥ed to the [ASS can 186 thes@ commands in order toa 
Bertform tneir funettion. However, as modeling problems will 
exist, each application area may have limits that make a 
certain operation meaninaless, 

Since the common data object is a relational table, tne 
Matural set of orimitive eooerations are the basic table 
manipulation operations inherent from relational database 
Emeory. The operations are named: INSERTION, MONIFICATION, 
See tTiON, PROUVECTION, SELFCTION, UNIGM, SET DIFFERENCE, 
CARTESIAN PRODUCT, INTERSECTION, QUOTIENT, JOIN, and NATURAL 
JOIN, Thes@# operations are set theoretic in that their 


operands are tables (sets of tuples) and thetr results are 
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tables. This feature of the relational operators eliminates 
the need for any application to be concerned with iteratton 
control, These overators are divided {nto two aroups, Unary 
and Binary, based on the number of operands reauired. 
1. Unary Table Opnerations 
The first five operators are unary operators in that 
they use a Single table overand. The operators ara: 
am Lose nmr 1 on 
Given a relation R, INSERTION adds a new tuple 
mo R at a specified, or défault, location. 
Be Wodisication 
Given a relation R, MODIFICATION chanaes one, or 
more, of the cosmponents of a tuple, or tuples, in the 
Gebvation RF, 
Es Owhketion 
Given a relation F, DELETION removes a tuple, or 
tuples, from the relation R, 
d. Projection 
Given a relation R of arity "a", a PROJECTION of 
Ris a relation formed by removina some of the components of 
R and/or rearranaqing some of the remaining components. 
@. Selection 
Given a relation R, a SELECTION on R is the set 
of tuples in R&R that make true some conditional statement 
Based on the components of R, The operands of Lhe 


conditional statement are constants or the comoonents of &, 
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The operations of the conditional statement are the 
arithmetic comparison operators = less than, equal to, 
greater than, less than or equal to, greater than cr equal 
to, and not equal to - and the logical operators = AND, OR, 
anc NOT, 
2e Sinary Table Coeérators 

The seven binary operators will use two tables as 
orerands. A deseriotion of the seven ocerators follows and 
for help in understanding them, some examoles will he given, 
For that purvose two "reoresentative relations" are aiven in 


Proure® 4.1 for us@® in each of the deserinptions and examoles, 





Relation "R" Relation "S" 


Figure 4.1 © Initial relationa] tables, 


aa Unton 
Given two relations, R and S, the UNION of R and 
eeeeere those tuples that are in R, or S, or both, The UNION 
operation is denoted by (RU S), and Fiaure 4,2 shows the 
results, Both tables must be of the same arity, and an 


attribute in the first table must be matcned sy the same 
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attribute in the second table, Cie, in thisecase.D = A, EF 


2B, and F = C,) 





Figure 4,2 « Resuit of (RU SS). 


b, Set Difference 
Given two relations, R and S, the SET DIFFERENCE 
emer ance S 15 the set of tuples that are in ®, but not in SS. 
SET DIFFEPENCE is denoted (R = §), and Figure 4,3 shows the 
meeults, Roth tabies must he of the same arity, and a2n 
attribute in the first table must be matcned by the sama 
Meera ouUte in the sécond table, (i.e, in this case 0D =A, E 


mee, and F = C,) 





Figure 4.3 © Result of (R «= 8S), 
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ee CGartesman Product 
Given two relations, R of arity "al" and S of 
arity "a2", the CARTESIAN PRODUCT of R and S is the set of 
tuples of arity "Cai + a2)" whose first al components form a 
tuple in R and whose last a2 components form a tuple in 5S. 
CARTESIAN PRODUCT is denoted by (RF x S$), and Figure 4,4 
shows the results. Fach of the resulting attributes of the 


CARTESIAN PRONMUCT operation must be unique, 


re wy oh ty 


e 
d 
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Figure 4.4 = Result of (R xX S). 


ad. Intersection 

Given two relations, R and S, tne INTERSECTION 
ee R and S$ is the set of tuples that are in both 8 and §S, 
mot those that only occur in one relation. INTERSECTION is 
meesivortnand fer R = (R © 8S), is denoted by (FR M1 S), and 
meagure 4.5 shows the restiilts., Aoth tables must be of the 
same arity, and an attribute tn the first table must be 
matched by the same attribute in the second table. (1.4. in 


mes case D = A, E = B, and F = C,) 
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Figure 4.5 ©- Result of (RMA S58), 


e, Quotient 

Givéem tee relations, X of arity "ai" and Y of 
arity "a2" where ai is greater than a2 and there is at least 
omemouole in S, tre QUOTIENT of X and Y is tne relation oaFf 
arity fat = 322) comcosed mv; First take the PROJECTION aft X 
ever the first (ki\#-k2) comnonents and call the resultina 
memaition tT Second, take the CARTESTAN PRONUCT of T and Y 
meg ca@ll thw resultina relation U. Lastiv, determine the SET 


DIFFERENCE matween U and X, 


s 
e 
e 
¢ 
d 





Relation X 





Figure 4,6 = Result of (X # Y), 
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QUOTIENT is denoted by (X @ ¥), and Figure 4,6 gives sample 
X and Y¥ relations, and the result cf (X = Y). 
ee Join 

Given two relations, R of arity "al" and Z of 
arity "a2", the result of a JOIN would be a relation of 
arity (ail + a2) containing those tuoles {n the CARTESIAN 
PRODUCT of R and 2 wher@ a component in R Stands in some 
rajation to a comronent in Z, 4 JOIN is denoted by BR ix! ihe 
and Fidure 4.7 shows a sample relation Z and the results of 


(R (Xx) 2), 
9 





Relation L 


Fiaqure 4,7 = Result of (R {xl Z). 


G. Natural Join 
Given two welations, R of arity "ait" and U of 
arity "a2" where R and U have "et" attribute names in 
common, the result of a NATURAL JOIN is a relation of arity 
(at + a2<«e¢i1) formed by taking the CARTESIAN PRODUCT of & 
apd U, then performing a SELECTION cased on the equality of 


the common attributes in the tuples, and lastly vnerformina a 


47 





PROJECTION with all possible attributes listed once, NATURAL 
JOIN is denoted by (8 IXIU), and Figure 4.8 shows a samole 


relation U and the results of (PF IX} U), 





Relation U CR XL U) 


Figure 4,9 = Results of (R IX0), 


3. SUITABILITY OF OPERATIGNS 

Leoking at the conceptual data object aS the relational 
maple, and atven the list of orerations from section (A), 
above, it should be abvious that any oneration, or series of 
operations, performed on a taole will produce a 
theoretically useful relational table for seme anoplication. 
Tt will have a valid table structure and therefore can be 
manipulated ov anv operator, There are an infinite prumber 
of manipulation possibilities which can result in a endless 
speculation of apolications. The conceptual view of the 
table and its operators only takes on Sianificance when 
bounded by some application. It is the application that 
Gives meaning to the usefulness or unsuitability of some 
operation or series of operations. Therefore, the tintention 


of this section ts to measure the usefulness of the basic 
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relational operations within the functional seope implied by 
the selected set of aconlications data types described in 
Chapter 3, 

Before describing each of the operations it is important 
to define some of the descriptive words that will be used 
for the overations: 

Table Structure - the number of attributes, or fields, 
the table contains and the chatacteristics of egach (name, 
mvee¢, size). 

Syntactically Correct = the resuits of the operation is 
mrthin the bounds of the operation definitions oresented in 
section (A) above, There are two subsets Of this 
gaeseriotor: 

Meaninoful Result = The result of the ooeration will 
memeed taehle with an identified set of attrinutes and in all 
orobability, at least ome tuple, The resulting table will 
nave the same structure as the oriainal table, or one of the 
original tables, and will therefore be of that identifiable 
type, The aonlication will be able to successfully use the 
resulting table, 

Meaningless Result © The result of the operation 
will be a table with an identified set of attributes and in 
all probability, at least one tuple. The result will nhrave 
the same structure as the oriainal table, or one of the 
original tables, and therefore will be of that identifiable 


type, However, due to modeling or t{tinefficieney, the 
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resulting table will create difficulties £O5 the 
aoolication,. 

Syntactically Incorrect = The operation violates one or 
more of the bounds stated in the definitions presented in 
Section (A) above, 

In the next two subsections the effects of the various 
operations will he discussed. Subsection (1) will cover the 
results when tne onerators are used on tanoles of the sane 
eype, Subsection (2) will cover operators used on tables of 
aiLlffering tvpes, 

1. Intra-Tyoe Operations 

This section will cover the effects of twelve baste 
relational operations when the operands are the same tyse of 
tables = text, databasa, spr*adesheet, form, or mati. Tris 
section does not cover the results of mixed tvse anerations 
as they will be covered in Subsection (2). At the coneliusion 
mre chilis Subsection, Table 4.1 will sSummarizé the findings. 

Tne very simple operations such as INSERT, MODIFY, and 
DELETE will not be discussed in the context of each table 
type since they are the minimum oderationsgs necessary to 
manipulate data in any table type and therefore meaninaful 
mor @il table types, 

a. Text Table Tyne Onerations 

Tne incomoatibility between a text file and its 
representation as aBstinet units are revealed when 


attemoting to apply the relational operators ta the text 
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table. What is in a tuple of text 15 merely a substring from 
the orisinal text stream. As such, the situations where a 
tuole can stand alone as data for operations other than text 
processing are limited. Since the domain of the "contents" 
field is all character strings from tne character set, there 
is no canonical ordering between the character strinas, 
Whereas eaqualitv between contents fields can be established, 
there is no otner comparison operater whieh will have 
acplicability, 
(1) Proj#etion 
The PROJECTION operation is meaningful, 
since it is necessary to retrieve either the "contents" or 
mee "id" ¢ield from the text tablé, 
(2) Sereecion 
The SELECTION operation is meaningéul but 
there are restrictions. Tuples would be selected from fhe 
Senile by nerftorming the SELECTION condition on tne "id* 
field. The "contents" field oresents difficulties when used 
gona basis of the SELECTION cendition since it can only be 
caomcared og equality, and that requires an exact 
Seecification of the contents in the condition, 
(2) Unton 
The UNION operation is meaningful on text 
files and results in "apoending" the second file to the end 
of the first, put there are modeling proplems, The 


resulting text table could have more that one tuple with the 
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same "id" fleld., For tnis reason the UNION operation should 
be considered with care, 
(4) Set Difference 
The SET DIFFERENCE operation is meaningful, 
but there are modeling problems, This overation must be 
used Keeping in mind its exactness. Only tuoles from the 
first table exactly matching tuples in the second will be 
removed. It cannot »6@® quaranteed to remove dusolicate 
meranas from the text fille since the text table nodel cannot 
accurately represent the text file, 
(5) Cartesian Product 
pear tesrtAN PRODUCT “its “incerrect since 
the resulting table structure wi al have duolicate 
Secributes. 
(6) Intersection 
The INTERSECTION operation is meaningful, 
bUE there are modeling croblems, The result would be the 
removal of all tuples from the first text fable that were 
not also in the second text table. [t cannot be gquaranteed 
memrtind the common stringts) in two text files since the 
text fable model cannot accuratelv represent the text file, 
(7) Auotient 
The QUOTIENT operation is incorrect since 


both text tables are of the same arity. 





(8) Join 





Tre JOIN operation is incorrect since the 
resulting table would have a Structure with duplicats 
aecributes. 

(9) Natural Join 

The NATURAL JOIN operation is meaningful, 
but since it duplicates the effect of the INTERSECTION 
operation in a less effictiant manner it should be considered 
meaninaless, 

mh. SpreadeSneet Table Tyoe Operations 
(1) Projection 

Tne PROJECTION oceration is meaningful for 
such operations as retrieving the information contained in a 
specific column, or columns, of the table. 

(2) Selection 

The SELECTION operation is meaninaful fer 

removing a tuple, or tuples, from the table for processing, 
(3) itniion 

The result of the VUNION operation on 
spread=sneet tables is meaningful, out there are modeling 
problems, The resulting table could now nave more than one 
tuple attemoting to represent the same entry position, 
tuples no lonaer representing tne oroper entry ososition, 
and/or entry positiens no longer relating to their prooer 


eeecedina entry sositions, it {1§ almost @ettain that such 
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problems will occur and for that reason the UNION operator 
should be considered with care, 
(4) Set Difference 
Tne SET DIFFERENCE operation is meaningful, 
put there are modeling oroblems, Tre oneeult of, the 
operation is tasicly those entry positions that are uniaue 
to the first spread sheet and net to the second, To ensure 
usability the implementation must tILInclude cscesitional and 
value information in the tunle, The tucle cannot deoend on 
meaner im the table for position, or functions relating to 
other tuples for value, since these other ftunles may have 
been removed kv the SFT OIFFERENCE operation. 
G5) Cameesian Product 
The CASTESTAN PRODUCT operation is 
mmeorrect Since th@ résultina table structure would nave 
eeelicate attributes, 
(§) Intersection 
The INTERSECTION operation on spreadesheet 
tables is meaningful, but there are modelina problems, The 
reasons are the same as those dqiven for SET OIFFERENCE 
above, 
(7) Quotient 
The GUOTIENT operation is ineorreet since 
both spreadsheet tables are of the same arity, 


(8) Join 





Tne JOIN operation is incorrect since the 
resulting table structure would nave duplicate attributes. 
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(9) Natural Join 
The NATURAL JOIN operation is meaningful, 
but duplicates the effect of the INTERSECTION operation in a 
less efficient manner and should therefore be considered 
meaningless, 
c. Form Table Type Onerations 
(1) Proj@etion 
Tne PROJECTION operation is meaninaful, 
mance’ 4t can bes used for retrieving varts of therblock 
description used in the apnolication. 
(2) Selection 
Tae SELECTION operation is meaningful, 
oeoee it cam dev used for retrteving the block descriotions 
moaee by the application, 
C3) Umilo® 
Tre! “MINTON opegation is m@aningful, but 
there are modeling oroblems, The resulting table could 
contain tuples that are competing for the same oosition on 
the display. For this reason the UNION oneration should be 
eonsidered with care, 
(4) Set Difference 
The SET DIFFERENCE is meaningful, but there 
Could be modeling pwreblems, Tt Would ve, weed in ftindine 
those bloeks on a form that are not in common with those on 


another form, Modeling constraints require that the block’s 
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location information be stored in the tuple and not depend 
on order in the table, 
(5) Cartesian Product 
The CARTESIAN PRODUCT operation is 
incorrect since the resulting table structure would contain 
duplicate attributes, 
(6) Intersection 
The INTERSECTION operation is neaningful, 
mee there could be modeling problems, It would ee used in 
finding those bloeks on a form that are common with those of 
ampotner form, Modeling censtraints reauire that the block’s 
location information be stored in the tuple and not devend 
on order in the table, 
ae Oe coli ebe 
meee QUOTIENT operfation is tineorrect since 
both form tables will nave the same arity, 
(8) Join 
THe TIOTN Operation is incorrect “since the 
BesuLting table structure will nave duplicate attributes, 
(9) Natural Join 
The NATURAL JOIN operation ts meaningful, 
eee Guplicates the effect of the INTERSECTION operation in a 
less efficient manner and snould therefore be considered 


meaningiess, 
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ad, Mail Table Type Cperations 
(1) Projé@etion 
The PROJECTION operation 1s meaningful tin 
retrieving the contents of message fields for use in the 
application. 
(2) Selection 
THe SELECTION operation ts meaningful in 
retrievina a message for use in the apolication, 
USP Wife oielial 
The UNION ooeration is meaningful in adding 
new messages to the messaqe table by appending mallboxes 
todqether, but there are modeling problems. The resulting 
mailbox could Nave more than one message with the same "{d" 
field, For this reason the UNION onerattion should be 
conSidered with care, 
(4) Set Nifference 
Tne SET DIFFFRENCE operation is meaningful 
in finding those messaces in one naitlbox that are not in 
another, 
(5) Cartesian Product 
The CARTESIAN PRODUCT operation is 
meeorrect since the resulting table structure will have 
duplicate attributes, 
(6) Intersection 
The INTERSECTION operation is meaninafiul in 


finding those messaces that are common to two mailboxes, 
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(7) Quotient 
The QUOTIENT operation is incorrect since 
both mail tables are of the same arity. 
(eee in 
The JOIN operation is incorrect since the 
resulting table structure will have duplicata attributes, 
(9) Natural Join 
Tne NATURAL JOIN operation is meanineful, 
but produces the same effect as the INTEPSECTION overarion 
meen l@ss efficiency, theretore it should bé considered 


meaningless, 


Tris section has described the ovderational effects 
See the basic operations when used on ane or two tables of 
the same tyne, Figure 4,1, cn the next page, Summarizes the 
menaings of this Subsection, 
2. Inter=Tvpe Onerations 
The previous section covered the effects of the five 
binary ooerafors when conducted on tables of the same type, 
This section will cover these ocerators when used only. on 
fables of differing tyces. Table 4.2 will summarize the 
Bemaings of this Subsection, 
a. Union 
Sinee the UNION operation can only produce a 
usable output table when the structure of the two tables are 


identical, this binary ooerator could only be meaninaful 
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when one of the tables was a database type that Nappened to 
mateh the structure of the other table, In this ssecial case 
the result would be meaningful, and in all other cases the 


UNION overation is fneorrect, 


Table 4,1 = Intra-Tyre Operations, 


Tier DATA SPREAD FORM Pee). 


OPERATION BASE SHEET GEN, MALL 
le Insert M M M M M 
ue Modify M M M M M 
e. Delete v M M “ “ 
4, Projection M M M M M 
a. c@lection (“] M M M M 
6, Union (“] M CM] [4] {M] 
i. set 

Nifference ca) M [M} (M} M 
wae 6Cartestian 

Produce. - M = - “ 
ae Intersection i.) M [™] (4 ] M 
mo, Guotient - ‘A - - > 
mi. Join o M . - - 
12, Natural 

woein * M x rs x 


Operation is meaninaful. 


= 
ya 


(M} Coeration is neaninaful, but there 
are modelina psronleams, 

e s= Qperation {ts incerrect. 

x = 


Qceration meaninoless due to duplication, 


db. Set Difference 
Since the SET DIFFERENCE ovnerator can only 


Produce aiusable output table when the structure of the two 
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tables are identical, this binary operation could only be 
meaningful when one of the tables was a database tyne that 
hapcened to mateh the structure of the other table, [In this 
special case the result would be meaningful, and in all 
other cases the SET DIFFERENCE operation is incorrect. 
¢, Cartestan Product 
Tne CARTESIAN PRODUCT operator can produce a 
meaningful table structure fer all combinations of table 
mrees tnat will not result in 4a tatle with duplicate 
attributes, The oresence of duplicate attrisutes in the 
resuiting table would make the CA®TESIAN PRODUCT operation 
mmeorrect, 
d. Intersection 
Semecemene TUTBRSeCTION operator can only produce 
Seevatiag output table when the structure of the two tables 
are identical, the operation would only be useful when one 
of tne tables was a database ftyse that nAacnpened to match the 
structure of the other. In this special case the result 
wOllld be meaninaful, and in all other cases the INTERSECTION 
ereration is incorrect, 
e, Quotient 
The QUOTIENT operator can only produce a 
meaningful output table when the arity of the second table 
is smaller than the first, and all its attributes are also 


Bound in the first table, This would tnen limit the tyne of 
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the second table to databas#, and then require the oroner 
table structure for the QUOTIENT operation, 
€, Join 
Given the fact tnat the actual structure of each 
table type is an {implementation f{ssue and therefore 
variable, it {ts conceivable that all table tyres could have 
at least one column structure in common with another table 
type and the JOIN oneration would oroduce a2 meantinaftl 
table. 
ga. Natural Join 
For the same reasons as Stated for the JOIN 
operation, it {ts conceivable the the NATURAL JOIN operation 


WOULd produce a valid and cotentially useful tarle, 


Table 4,2 =< Inter Tyne Tabla Ooerations 


TABLE=Z 
TEXT DATA SPREAD FORM MATL 
OPERATION TABLE®#=1 BASE Saee 
GX.) (DB) (SS) ( Fie) CM) 
UNION ae + ° = = = 
DB 2 + ts ts : 
ss - ? + = - 
eM - 2 ~ = 
MT, = % = = + 
SET TX + a = - = 
PP re RENCE DB i + e ¢ Es 
Ss - a + - - 
eM = 2 - + = 
ML = 2 - - ” 
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mac le. 2.2 = Ccont.) 


TEXT DATA SPREAD FORM MAIL 
OPERATION TABLE#1 PASE SHEET 
(TX) (D8) (SS) CEM) (ML) 


CARTESIAN TX + M M M M 
PRODUCT DB M + “i “ “4 
S&§ “A M + Mi Yi 
an te M M + “ 
4T, M M M | > 
INTERSECTION Ts * ? - « = 
08 4 + is 2 fi 
ss . ? + « - 
eM - S = J = 
MT, - se ~ ~ + 


QUOTIENT TX se Ks - - - 


DR e + . & 5 
$s - iy + = - 
mM - i - * 
MT = 2 see ee 


JOIN TX + : - - - 


DR ? + is 5 ? 
ss - fi + - - 
ou - ? ~ + - 
41 - Ki - - + 


NATURAL TX + ? ~ = - 


JOIN DR 4 + e is . 
SS . ? + - - 
FM ~ ? = + oe 
MU - & - “ - 


M = Operation is potentially meaninaful, 

? +s Operation could produce a meaningful 
result but depends on the database 
fable structure, 

= © Operation iis ineorrect, 

+ = Intersection of same command, effects 


covered in section 4.8.1 and Table 4,1, 
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Ve APPLICATION LEVEL INTERFACE 


In the preceding chapters the structure of the 
conceptual level of the IASS has been covered, Chapter 3 
discussed the table as a common data object, and Chanter 4 
introduced the primitive onerations allowed on the table. 
Tris chaoter will deseribe how each of the avolication leavel 
packages {nterfaces to the concentual level, Ali acnlication 
packaces in the I4SS must make use of the common data object 
me oan important part of their modeling effort. If the commen 
data obiect can closely model a given application, then 
maximum use can he made of the conceptual level in order to 
meeammlish the apolication’s functions. However, lf the 
common dats object is a poor model of the acolication, tren 
mame mODiication wili have te provide more of its own service 
needs and therefore will create a larqe apolication snecific 
series of operations, 

In Cnanter 4 the twelve pasic primitive onerations of 
the conceotual level were discussed, and they are listed 
aqain in Table 5,1. These ooerations will be discussed as 
system level operations where they are invisible to the IASS 
user, These IASS operations that are visible to the user 
will be discussed in Chaoter 6, 

In Chapter 2 the bdasic user visible funetions of each 


application were grouped ints Six command catecacories; 
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<Create>, <Insert)>, <Modifv>, <Deleted, <Moved, and 
<Patrieve>, when issued by the user they will cause the 
aoplication to verform one or more operations in supvoort of 
the wwser, While the use of the concestual level by the 
aoplication is aenerally invisible to the user, the sample 
list of ineluded onerations can be viewed as £9 now they 


will sumport tne six visihle@ command categories, 


Table 5.1 = Conceptual Level Primitive Onerattions, 


OPERATION ABBREVIATION 
tT, gnas@rtion I 
2. Modification M 
3, Deletion D 
4, Projection Q 
5S. ese beetion S 
6,  Useen UN 
7. Set OlLlfference SN 
S, Gartesé ran Product co 
GS, Intersection Is 
10. Guotient QT 
i iveucd Caen JN 
12, Natural Join NJ 


pheemecolLlewing Sections wach of the five ineluded 
application packages will be ensovered as to use of the 
Conceotual Level and their own "Workspace", What is meant 
eye cme aoplication’s "Workspace" {ts that oart of the 


application orogram where the operationally Specific 
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Penctions of the @polication occur, This would include 
variables, constants, oroagram logic, buffers, and whatever 
other implementation specific items are neeessary. The 
Worksoace iS what makes each application unique to the user 
and is the part that must be inserted when a new application 
is added to the IASS. It is not the intention of this 
chacter to fecus on the worksvace, so its coverage will ba 
qeaneral and prief. The srimary ootnt of interest willl be Row 
@9cnh application can make vse of the conceptual level, 

In discussing use of the conceptual lavel, apelicatrion 
specific operations will be deserined where each requires 
the use of one, or More, conceptual level onmerations, Tf 
one application ovderation can be defined in terms of a 
eeeviowsiv defined aopltcatio sn eperation, the oravious 


eomeration will apoear in brackets, "<>", 


A, EPITOR/WORD PROCESSOR 

As discussed in Chacoter 3, Section (A), the Editor/word 
Processor (E/WP) oresents tne createst modeling oroblem for 
the conceptual level. ThAis neans that the E/WP will oerform 
mee majority of its opmeration in the Workspace and not at 
the conceptual level, 

1, E/WP Workspace Oneraticns 

A larce number of the overations necessary to model 

the E/WP will have to be located in the Workspace area since 


the data-stable {s a noor Model of text, Some of the 





operations necessary at the Workspace level are; 
reassembling text tuples into a continuous text stream, 
keeping track of the proper orderina of text tuples, 
performing string searches, block moves, and character 
replacements, All operations for formatting and display 
will be conducted here, 
2. E/dP Conceotual Level OQprerations 

AltPpough there are modeling Problems with text, it 
does not Tean thrat the E/WP cannot make use of the 
conceptual level. The following onerations use rhe 
Semceotial level but do very little direct maninulation of 
the text, since that is cerformad in the Warksoace, The 
operations themselves were chosen oas@?d en a verceived 
meammum anOlication need and the ability to use the 
eencertual level, THVse 15 not “A commkzete™ istina of 
Possible F/WP ceerations since tnat {fs a very imolementation 
dependent question, 

ai insert Text Tuple 

As the Workspace finishes with enough characters 

comet. tute the “contents” field of a tuole, it will 
determine the prooer "id" fleld sequence for the new tuple 
and then issue an INSERT operation to olace the tuple in the 
table, 

Bb, Get Text Tuple 

TRe E/NP mast determine. the “id of the next 


tuple it needs, A SELECTION is verformed, pased on that "id" 
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field, Tne resulting tuple is then ODELETE’ed from the 
original table and the "contents" ffleld of the result 1s 
PROJECT’ed out and placed in the Workspace, 
Cc, Append Text Files 
The Workspace will <Get> the last tuple from 
fiie-1 and then vsoroceed to SELECT each tuple from filee2, in 
order, PROJECT’ing out the "contents" field, and nlace it in 
the Worksoace, As the Worksoace gets annugh characters £0 
make a comolete tuple, it will <Insert> the tuple into the 
end of filee#i, 
ae iInsért A Text File 
The Werkspace will <Get> tuples from tableet 
ier. it finds tre correct insértion ooint, Then all tuples 
Wm Oe sSELECT’@d from table-2, one at a time, in "ia" 
meer, ine "eonténts" fleld of each will be PRQJECT’%’ ed out 
and placed in the Workspace, As the Workspace gets enough 
craracters to form a comolete tuole thev will be <Inserted> 
meco table-1 with the oroper "id" fleld, When all tuples 
from ftablee2 have been cootfed into tableelt, the Worksoaces 
will <Get> the remainina original tuples from tablee!l = and 
<Insert> them back into table-1t, 
@e. Delete Te A Buffer 
The Worksmace will <Get> tuples from the 
referenced table and <Insert> them back into the table until 
it finds the point at which the deletion is to beain, From 


that ootnt it will continue to <Getd tuples from the takhle 
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until it finds the point at which the deletion is to stop, 
As the Workspace collects enough characters to form a tuple, 
meewill @ssiqn a oreper “id" afd INSERT the tuple in fhe 
buffer tabdle, After the stop osoint, the Workspace willl 
continue to <Get> tuples from the referenced table, and will 
<Insert> completed tuples back ifinto {tt untii tne end is 
reached, 

tf. “cooy TOSA Bugeer 

The wWorkscace will <Get> tuples from the 

referenced table and <Insert> them back into the table untill 
moeeewnage the wotnt “at whfeh the copying iS to bedtin. Fron 
meme «6©6CDOiNt.hC6U6UL tl hUwi1ll comtinue to <Get> tuples from the table 
oer at +£7inds tHe point at which the cooying 18s to stop. 
_amecime want <spage® collects enough characters to form a tuole 
meee <1 Hstert> them, with their oriqinal "id", pack irto 
the table. Simultaneousiy if will INSFRT the same tuples, 
meen new "id" ffreld@, into the buffer table. After the stop 
Point, the Workspace will continue to <Get> tuples from the 
referenced table, and will <Insert> comoleted tables back 
inte it until the end is reached, 

Tre use of the conceptual level by the E/WP is 
summarized {n Table 5.2. 
8B. DATABASE MANAGEMENT SYSTEM 

1. Database Workspace 
Since the DBMS sackaqe is a relational database 


system, the user will be oermitted direct access to the 
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conceptual level primitive operations without constraint, 
The user accepts complete responsibility for the validity 
and usefulness of all actions, This means there is little 
need for a Workspace since the wser does just about 


everything. 


Table §,2 © Editor/Word Processor Interface, 


PRIMITIVE OPERATIONS 


OPERATIONS feetenee ws UN oD CP fS QT) JN NJ 


4a. Insert 

Tracie X > = _ = = - - - = 1] = 
b. Get 

Tupla -= = X X Xk -s - - - - - - 
Cc. Apoend 

File x La x x A ~ = - <= ~ = - 
ee. Insert 

File x - x x »,¢ = = oe - " - = 
ea oe lete To 

Biyerer . =a X ak = = - = @ « = 
i. COPV To 

Ruffer X = xX X X = = - = = ~ = 

USED X = xX xX X = - = = = - = 
X Primitive operation {is used, 


Primitive orveration is not used, 


2. Database/Conceotiial Level Onoerations 
AS stated above, the user 18 permitted direct access 
fo all the conceptual level orimitive operators, There are 
no limits olaced on the user in structurina these overators 


to produce a desired result, However, {it is obvious tnrat in 
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implementation some issues will be encountered that will 


place limits on the user. 


C. SPREAD*SHEET 

The soread=shneet is very similar to a database in that 
it stores the facts related te a user defined "real-worid" 
meecuiation, 1.8. it is & model. The major difference is thet 
Eee uspr is limited to the oredefined retrievals and 
displays orovided by the soread-sheet, The spreadesheet has 
@entrol and resnonsibility for the operation, while the user 
muameresponsibllity for the content. 

1. SoreadeSheet Workspace Ovnerations 

The wWerkscace is resonansible for use of the spread= 

sheet data tanle since the usar does not see or manisulat» 
memerrectiy, If contains the laste neeessary to interface 
with the user and control the display. 

2. Soread=Sheet Conceptual Level Operations 

As the user issues application snecific commands the 

Workspace translates them into a series of application and 
conceotual level ovnerations, The List of included 
operations cannot be claimed to be definite or comnlete 
because that is an imolementation issue and really without 
bounds. However, the list is considered to be a workable set 


of operations for a representative spreadesneet acoclication. 





a. Update Entry Positions 
The Workspace must Know in which order entry 
positions are to be urcdated, "row" or "column" order, Fach 
entry position is SELECT’ed in turn based on its "location" 
em, nd Teese el tinction® Biteld {5 PROJECT’ed out. The 
Workspace evaluates the contents of the "function" fleld, 
and resolves references to other entry sositions by 
SeuecT’ina them and PROJECT’ ina out tne “value” fleld. When 
aoe new value is fttnmally computed, a MODIFY operation is 
Sonducted to chana#® the "value" fleld, The Workspace 
@encinues until all entry sositions are updated, 
b, Make An Entry In A Entry Position 
The Warksoace must “now which column and = row 
mmery position {ts weingq referenced, and the valu® or 
memction to be entered, A MCDIFY ooerator will be used, 
hased on a condition statenent, to find the tuple with the 
Proper "location" entry and tren chance its "€unetion" and 
"value" field. tz the Spread-Sneet is in automatic 
recalculation mode, then related entry scositions will have 
to he <Updated>, 
e. Add A New Column Or Row 
The workspace must Know tne column or row on the 
spreade-snheet tnrat is being referenced and where tne new 
columrm/row is to Pe oslaced relative to it, The VYODIFY 
Grerator will be used to find those entry positions that 


muSt Be moved, and enhance thetr "location" and "f£unetion" 
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fields to take into account the snift in positton, New 
auples, with "location" flelds corresponding to the added 
row/column will be INSERTED, Lastly, all entry cscositions 
will be <Undated>, 
d. Delete A Column Or Row 
The Worksocace must know tne column or row on the 
spread-sheet that is heitno referenced, A OELETION overator 
{fs tssued with a condition statement jcorressondina to the 
proper "location", Next, a HODIFY operation is conducted on 
the "location" fleld of the sSroper entry positions necessary 
mercliese the resulting gao. Lastiv, all entry positions will 
be <Uodated>, 
e, Aonend Soread-Sheets 
Thee Workspace must know whether sneete2 is to oe 
mended to the side or bottem of sneetei, Given that 
information, a SELECTION {s done on sheetei to find thre 
maximum "location" field and it is PROJECT’ed out and saved 
in the Workspace, A MODIFY operation is next conducted on 
meee curles in sheet*s2 to add th# proper, row or column, 
value saved above to all entry vcosition raferences in the 
Beecetion” and "funetion™ fields of sheete2. Sheet-2 is 
then UNION’ed to sheetel, and the resultina sheet is 
<Updated>, 
f. Spread-Sneet Intersection 
Given that you want to display the common entry 


positions of sheete!t and sneet-23 Perform the INTERSECTION 
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operation between sheetwi and shneete2, Tren <Update> the 

resulting table. 

9. Soread Sheet SET DIFFERENCE 
Given that you want to disply those entry 

positions thnat are uniaue to sheetel1 and not found in 


sheet-2: Perform the SET OIFFERENCE between sheeteli and 


sheeteZ, Tren <Update> the resulting table, 


Table 5,3 = SnreadeSheat Interface, 


PRIMITIVE OPERATIONS 


QPERATIONS weep se S&S UN SD CP = 1s QT JNU NY 
Qe U Dp da ta = x = X 4 = = m 2 = = = 


Db. ake An 

Leary = X = es #« -» = = ow = - ~ 
Ce Add RAW 

Or Celumn a = —(lUcXUCUC C( 7 - = - = = 
aq, Delat2 Row 

wr. Column = ‘'%e® X XK XK - = = = o = 
@e. Aopend 


Sreets = X = xX X X - - - = - - 
f. Intere 
section oe kk - - X - - - 
as set 


Difference - X # kK X -« % - - = = a 


USED x x xX XxX X X X © X © @ « 


X = Primitive operation is used, 
= Primitive operation is not uSed, 


Tne use of the conceptual level oy the 


application is summarized in Table 5.3, 
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D. FORM GENERATOR 

Tt is the purpose of the Form Generator to create a 
table that will be used at a later time in support of other 
apolication packages or the user directly. The Form table 
is probably the most comolex table of the five ineluded in 
the IASS ‘since it will be called on to do so much. The table 
reads like a set of step by step instructions on how to 
input or outout che provided data. As this is a heavily 
implementation denendent acorlication, nat much emonasts will 
b@ placed on specific uses, 

1. Farm Generator Worksoace Operations 

The Warksnpace in the Form Generator must be fairly 

intelliacent since it has two modes of operation, The first 
fmoecaestan=time™ when it must interpret the user commands 
Pepto a series of tlock entries in the form table, The second 
is “useetime”" when it must use the tnformation in the table 
Bo create the desired output form. This requires that the 
aPpliication logic, its ability to interface to the other 
aodolications, and any needed strictures be contained in the 
Workspace, 

2. Form Generator Conceptual Level Operations 

The Form Generator does little more than build the 

table at "desian" time, and read the instructions in the 
table at "use" time, It therefore seems tnat {t can make 
fairly extensive use of the conceptual level ovoerators, 


However, a complete list of all sossible overations is 
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impossible since the Form Generator application seems to be 
the most implementation dependent application of all. The 
eirs't of operations that follows is intended as a 
representative groun of basic operations and is not 
@erinitive. 
a. Clear workspace 
Tf tne Worksoace™ Ts sempty, then do nothing. 
However, if there are entries in the wWorksoace then issue a 
MODIFY operation, based on "location", to change those 
fields that have entries. If, no block was found, then issue 
an INSERT overation to onlace the block in the table, 
Lastly, erase the Workarea, 
be 6~= CF PAM Bok 
First, <Clear> the workspace, Use a SELECTION 
Mmeeration to find tr® new dSlock being referencéd, PRCJECT 
pee tne “jJoeation”™ field, and any other fields that are 
needed, [fone  BDlocK “was found, ten walt "fer next user 
command, 
Ce. Add A New Block 
The Workspace must start blank since it cannot 
Mave found a referenced biock where a new block is being 
added, The user enters the proper information tnto thea 
Workspace and when the user is finished, the Workspace will 


be <Cleared>, 
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qd. Editeek Block 
whem the user edits an already existing block 
then it will have heen found by the "Find Referenced Block" 
operation deseribed above, The Workspace will wait until the 
user is finished editing, and then <Clear> the Workspace, 
e, Delete A Block 
<Clear> the workspace. Issue a DELETE operation 
based on the user aenerated condition, 
f. Append Forms Todcether 
<Clear> the wWorksnmace. Given that forme-2 is to 
be appended to the bottom of formet: Use the SELECT 
overation to find the bleck with the niahest row number and 
Poees. column number fr formel, PROJECT ont, and save in 
the worksnace, the "row" €feld. Issue a MODIFY overation on 
meee DLeOcKsS)6«€6tnlhCUfeorm=2, and add the saved "row" number from 


morm=: to the “row” £feld ir form-2, TRen UNION forme2 = to 


porr=]=1, 
q@. Add A Blank Line To The Form 
The Workspace must Know the referenced = row 
number on the form. Clear the workspace, Issue a MODIFY 


oceration on all blocks, on or below the referenced row, to 
Heeate their "location" fleld,. 
ne. Form Intersection 

Given that tne desired display is those blocks 

that are found both tin forme1 and form=2, first <Clear> the 


workspace, 
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if position on the form {6 Important: Perform 
the INTEPSECTICN operation on forme1 and form=2, Pass the 
resulting table to the Workspace, 

ff ces 2etons ron che "corm Ss not important: 
mec r out the "prompt", "i/o", and "function" flelds of 
formei1 and form=2, Do an INTERSECTION operation on the new 
tables and then NATUPAL JOIN the result to the ortainal 


tablewt, Pass tre resulting table to ene worksodace, 


Given that the desftred disolay is those blocks 
me f£orm=i that are not found in forme2, tirst <Clear> the 
Worksvdace, 

L@,. cosition on tne ‘form {s important: Perform 
the SET OIFFEPENCE between formel and forme2., Pass the 
eeeuiting teoie te tne Workscace. 

[Geer Os. tion On thé Eorme “Ts = not imoortant: 
meee tr 6 6©6ChuUtlUCUCUCERO!6U" rlomot", "{/o", and "“fEynetion" flelds of 
formei and forme2, Perform tne SET DIFFERENCE between these 
Mmesuiting tables, Take this rasult and NATURAL JOIN {t to 
the original tableel, Pass the resuiting table te the 


Werkspace, 


The use of the coneentual level by the Form 


Generator application is summarized in Table 5.4, 
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Table 5,4 = Form Generator Interface, 


PRIMITIVE OPERATIONS 
OPERATIONS? I MM Dp P § UN SD CP [S QT JN NJ 
a, Clear 
Workspace X xX = = # -« ~ - « = = a 


DB, Find 

A lecic i Xx xX - X X = = = - a Ss 
Ce Add 

Boe < x *- * *F # s - - = - - - 
ae) 6 Edit 

Block - x = = = "= = = Bs = = 1 
e, Delete 

Block aad = x = = = ~ -= = -= = = 
te Aopend 

Forms x x = X x xX = id = = 5 = 
9, Blank 

Line Xx x = = - - = - . = - = 
ies Intere 

section esos kK = «= - - X = - X 

me set 


Difference x X -~ xX - = x = - = = x 


USED A Mem X X X X x = X - = x 


xX 


Primitive operation is used. 
Primitive overation is not used, 


E. ELECTRONIC MAIL 

The pursose of the Mail application is to enable the 
user to leave messages for other users who are not presently 
available, Again this is a vary implementation denendent 
application in determining exactly what services you wish to 
Provide, As before, implementation issues will he avoided as 


much as possible, 
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t. Electronic Mail Workspace Operations 

The Workspace is responsible for translating user 
commands into application operations necessary to create and 
read messages, It contains the loaiec necessary to use the 
Mail table, interoret use@r commands, and control the 
display, 

2, Electronic Mail Conceotual Level CGoerations 

4 fairly wide range of aonlication everations can oe 
aecomplished by using the’ conceptual level oorations. 
while the following list of operations cannot be considered 
complete or definite, {it is renresentative of an Fleetronic 
Mail apolicatton, 

ay Plexo MAT I 

Unon entering the IASS, the MAIL svstem 1s 

mereom@tically dirécted to plekuse any mail for the user, The 
MAIL system generates a SELECTION aneration on the system 
matlbox with the condition that the message(s) 1s addressed 
memene usér. THe resulting table is SET ODIFFERENC%ed with 
the system mailbox and then UNION’ed with the user’s 
mailbox, 

db, Read Mail 

The Workspace must have an "id" of the desired 

messaqe, A SELECTION operation {s performed on the user’s 
mailbox based on the "id" fleld. Tne” "Sucparcs “of the 


messadqe are PROJECT’ed out and olaced in tne Werkspacea, 
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Cc, sind Made 
Given a user entered condition statement the 
Workarea will generate a SELECTION operation passed on that 
condition. The proper fileld(s) of the messages will be 
PROJECT’ed aut and placed in the Worksnace to suoport an 
aboropriate display. 
d. Edit A Message 
The workspace will know the "id" of the message 
being edited. When the user is completed, a MODIFY operation 
will be issued based on that "L4" to enange any flelds that 
were edited, Tf no message with that "id" was found by the 
MODIFY operation then it must he a newly created message and 
ere Norkscace ‘will INSERT it Into the user mailbox, 
a. Aeleta Mail 
The Workspace will Know the "id" of the 
message(s) or be given a user defined condition statement, 
Based on these, a DELETION operation will be nerformed = on 
the user’s mailbox, 
¢, Multienat 
Given that the Workspace nas a single message 
with a multiehat destinations PROJECT out the contents of 
mee686 6) hLOU6UCUCU tL e@cmaGlhCUElCUCtHOhCUmMessacRe, and slace it in the 
Workspace, The Workspace will find a database "alias" table 
wren that name which has "Ld" and "to" €¢felds. The tuples in 
nis table correspond to the actual names tn the multt-hat 


name, Taking the ortainal message, PROJECT out the "from", 
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Zo),  "“aaoe™, and “pody* tietds, Take the nesult and 
perform a CARTESIAN PRODUCT with the alias table, Now UNTON 
the resuits with the system mailbox, 
a. Send Mail 

Each time the user leaves tne Mail application, 
any outgoing mail is automatically sent. The Workspace 
generates a SELECTION based on the condition to find all 
messaces not addressed fo tha user, The resulting "outgoing" 
table 1s SET DIFFERENC’ed with the Wser’s mallbox, A 
BeeecliON is then ewertormed on the outgoina table te find 
any multiehat destinations, The resultina multienat table is 
SET DIFFERENC%ed with the outaeina table, and the remaining 
outaoina messages are UNION%ed with the system matlbox. The 
messages in the multiwhat table are then SELECT%ed one at a 
mame, ORLET*ed from the multisehat table, and then crocessed 
by the <MultieHat> operation. 

nh. Mail Syneoost{s 

PEOURCYT out tme from”, "to", and "subject" 
fields of all the messages in the user’s mailbox, The 
Werkarea wlll use this new table by SELECT’ing each message 
in "id" order, PROJECT’ing out the three f£1elds, and usine 


the results to create the disolay. 


Tee use of the» concepttal lev@l sy the Mail 


aoplication is summarized in Tabtle 5.5, 
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Table 5.5 = Mail Intersection, 


PRIMITIVE OPERATIONS 


QPERATIONS I M DB P S UN SD CP YS QT JN Ng 


a. Pilekup — es = eX X - - - - - 
b., Pead -= 28s = X X -« - - ~ = * ~ 
a, 'inea - = = X Kk = - - 5 = > - 
& e Eait »¢ 4 _ - 4 = = = - rE = = 
e, Delete - 2©= X¥ 2#= + -« - - - - - ” 
.. “yitie 
Hat -= = = X = X = x ~- < 

Gc, Send -— => XxX xX © X x xX = - 
mh. Svnopsis 2-= 2* 2= X X ~ - - * » » 

USED Sa a a Sie Xx x - = - - 
x Primitive operation is used. 


Primitive oneration is not used, 


The results of fhe preceding five sections are 
Summarized in Table %3.6. It shows that the apolication 
packages can make extensive use of the majority of the 
Orimitive operations found at the conceotual level. This 
Gmerter has not tried to show all the ocossiblie application 
operations and tmreir use of the concentual level. Instead a 
fairly representative and basic set of operations was 
discussed, The actual list of operations ineluded in each 
TASS apolication will be a very implementation denendent 


issue, 
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Table 5,6 = Application Intersection Overview, 


| PRIMITIVE OPERATIONS 


APPLICATION Y M DB P S UN SD CP YS QT JN NJ 
mm ED & 

@P X # ses X X -s r§ = - ” 7 - 
2. O8¥S X % Mepprox xX xX xX x x xX X 
3. Spread 

Shaet hoe k 4 Ae Xx X = x - - - 
4. Form 

Gen, ex. |X, Sex X - me ~ 2 
5. Mall Neen okt XX i X ~ ~ ” “ 


TOTAL 2 a: a =, 2 3 1 1 2 


X s Primitive operation is used, 
= Prinitive operation is not used, 
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VI. USER INTERFACE 


The Inteqrated Application Software System CITASS) 
combines the capabilities of the five software application 
packages described in Chaoter 2, Fach of these apolications 
performs 4 set of funetions on an associated loaqical file 
cype. Intearation of these distinet systems {ts prouvdant 
about hy determining the set of common functions performed 
Byveeach system on the associated logical file tyo@e, definina 
4A common data object to represent the logical file tyves, 
and finally definina a system of primitive operations on the 
common data object, 

The previous chapters have covered the integration 
apcroach at etre svstem lavel, where it ts invisible te the 
meer, Another inteqration level is vital to the TASS destan 
and it myst occur where the user interfaces to the IASS5’s 
applications. The result of inteaqration at the user 
interface will be a systemewide, common set of user 
operations and associated commands, and a renqular disnlay 
Seaenization of the loqicalliy distinet fille types at the 
user interface, This is probably the most inportant command 
interface since it is the one the user ean actually verceive 
and evaluate, 

Implementation of the IASS reauires desianina for one 


concedtual display model using a Single physical 
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organizational schema, The IASS will tnerefore ensure 
minimal syStem complexity at both the user and system 


interface, The basic IASS hierarchy is depicted in Fiaure 


Gel. 


| susees | 
USER 
INTERFACE 


ED + | paMs | FORM | MAIL 
| ap GEN j 


PRIMO? ye 
QCPERATIONS 


COMMON 
Data 


SagfCT 





Figure 6.1 = TASS Hierarchy 
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A. USER INTERFACE MODULE 

The interface between the user and the system couples 
the user to the applications of the I[ASS, and allows control 
of the operation of the system, The User Interface Module 
CUIM) is an abstraction to contain tne features of the TASS 
weiech the user can assume are present in any context of 
system use, The UIM encompasses both the environmental and 
orerational assumotions of the systen, 

The UIM is mot a standealone entity. It denends heavily 
on each apolication orocram to interpret the user input, and 
to determine the appronrtate display structure. It is the 
application program that translates tne common UIM commands 
into a series of apnplication onerations that mav, or nay 
MOt, make use of the concentual level, 

D. §8e Disclay Fernat 

Dae Ceint “ot oOrsServation of th® system is the 
terminal screen, which its a finitely dinenstoned "window" 
meeo the logical file or data object in reference, For all 
amplications the display size is not limited to the size of 
the screen window, If the display is large, the user will be 
able to use the UIM to maneuver tne window over the displav 
te accompiish the desired tasks. The JIM does not control 
the tyne of display presented to the user, since this {s an 
application dependent reauirement. However, the FUIM does 
mye the User a consistent method of interacting with the 


display as the avonolications chance, 
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2. UIM Command Line 
The UIM uses a@ common display organization which {is 
augmented by the speeific application orogram in use, In any 
context of use, the top line of the Screen 1s dadicated for 
oresentation of the UIM command line, The next line will 
always be used by the asnplication proaram for {its command 
Line, In this manner, the too two lines of the screen vill 
always contain svstem information and oromnts for the user. 
Ss. Um Faiting 
From the results of the reguirements analysis opnase 
memercnis study, the funetionewhnicn fs common to @ach utility 
is that of making enhanaes to a referenced file, 1.4, 
eaiting, All thyé@ UIM really ‘Srovidés the user with ls 


Bereen editina features. It will be the apnolicatiton srogran 


that interprets rhe UI’ "e@orWands in®o Wore ecomolex 
onerations., Editing should te done on-screen, EE 
{mmediate feedback available to the user, For User 


peeoececcion, all editing will be done on a coov of the 
desiqnated file and anly committed as 4a vernanant 
modification when explicitly directed by the user, The 
common set of editing commands orovided ov the UIM mav »5e 
aviamented by functions from the underlying abtnolication 
proaqram to ensure that soeelal editing actions, which are 
specifically associated with a logical file tvpe, are 


executable, 


ay, 





4. UIM Commands 

Tne operational assumptions of the TASS UIM 
compromised a set of user commands, These commands can he 
assumed to produce a similar effect when executed in any 
context of system use. It is the ourpese of each apolication 
to provide the appropriate translation between the UT” 
commands, the display of the daata object, and its conceptual 
representation, 

Based on the catecqories of commands defined in 
Chapter 2, there are three major catecories of commands in 
the UIM, The first is "Movement" commands that contrel the 
meeicion of the cursor on thre screen, and the loeation of 
the screen in reference to the aoplication display. The 
second cateagorv, is "Editing" commands tnat maka additions, 
MWeletions, and/sr cnanqes to the data in the disolay. The 
Brira category is’ "SyStem" commands that are not used bv the 
aPppifeation, but by the IASS to ocerform its "housekeepina" 
menctions,. There are many different metnods for attemoting 
to cresent these catsqories to the user, and they are all 
implementation dependent, For tke purpose of this thesis a 
possible listina of standard UIM commands is given in Table 
6.1. 

All of the basic cateacories presented in Chapter 2, 
with tne exception of the <Modify> command, are directly 


implemented bv JIM commands, Tnrere did net seem te ha any 
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simele way, snort of accepting a complex command syntax, to 


implement one UIM command ver category. 


Table 6,1 = !JIM Commands 


UIM UIM CHAPTER 2 
CATEGORY COMMAND CATEGORY 


Mevement 1. Move eursor Mave 
= Tlone 
=e left 
- uo 
- down 
- ton of screen 
- bottom of screen 
=$Start ofr #£Lie 
= end of file 


2e ocroll Sereen Move 
~ riant 
~ left 
2s j08 
= dawn 
Sarcing 3. Find Coyect Move & 
Secrieval 
a. Insert Gbhiect tn west 
Sarcocy Obl ect Insert 
5. acd Oo secs. Insert 
7. Move Object Delete & 
Insert 
@, Delete Abject Delata 
System 9. Enter Application Create 
fo. OUmteut Retriaval 
11. Save Changes ° 
rae Out o TAP OL LCaeLlon - 


The <Modify> category did not need a command of {ts own 
because {t became apparent that the apnriication itself will 


be able to determine when modification {s necessary based on 
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uSe of the UIM,. In Seetion (8) which follows, each of the 
five applications will be covered with the tintention of 
showing how they use the standard UIM commands to imolement 


the command categories of Chanter 2, 


8. APPLICATION PROGRAM LEVEL 

The Avonlication Proqram Level (APL) consists of the 
meuiat aoolication proscrams that interface to the user 
chrovudn the UIM, and operate on the common data object by 
the orimitive operations avatlanble at tne eonceotual level. 
Each apolication rogram nas a specific user supcort 
function and although it uses the common IM it has certain 
features that make it uniave. Each of the IASS anolication 
Omocrams will be discussed in the following sections, 

Feur argas of eacn aoplication will be discussed. 
Birst, the display fornat used by each application to take 
advantaace of tne features of the JIM, Since the screen will 
eee tie’ common f{nput/outeut medium for the IASS it {ts 
important that the serceived use of the display be similar 
between apolications. second, the editing features of the 
application. Aaain, as this is part of tha common interface 
medium for the IASS it is important that the user perceive a 
Similarity petween editing features in each apolication, 
med, Specialized "Zunetions" of th@'avolication. These 
are the unique features of each aosolleation that will 


differentiate them from other {neluded aoplications. 


90 





Fourth, use of the standard UIM commands by the appliicaticn,. 
This will show how the apoelication will use a standardized 
command to perform an application soecific oneration, 
1, IASS Editor/Word Processor 
The TASS text table is not limited by desiqn to 
supportina any one tyne of eaditor and word ovbrocessor 
arrancement, However, aS was pointed out previouslv, the 
em=screen editor with oneline formattinac ts rasidly becoming 
the accented standard ard any regression to Line oeortlented 
editors, or the like, would meet with serious user 
resistance, For this reason an onescreen editor with on- 
line formatter {is assumed, 
ai S/WP Disolav Format 
Up ere owtar/ Xorg Crogessoer (2/0P> Aas a singhe 
Sse. ay CalYed "nage" format, and Figure 6,2 orovides an 
illustration. The screen reoresents a window over the sheet 
of paper on which the text is heing written, What the user 
sees throtigh the window is the format that will actually be 
see, Tme default Werd Processor (WP) settings will matecn 
the size of the E/WP display to the size of the sereen (1.4, 
Pome part of thertext will be nidden off either side of the 
screen), However, the user is free to {ssue WP commands that 
will result in a display larger than the screen, In this 
case the user will Nave to use cursor movement commands to 


Pring the off-screen portions into view, 
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{user entered command) R## C#t {Textftilae Name} 


Bog oA OR Oh le ic Se ee ee ee 





If you’re not using the standard library, or {é£ 
will nave to construct calls to other programs usi 


— temporary files. Here it is natural to ae, 


feure 5.2 = "Sage" Disolay Format for Editor/word 
Processor, 
(Display size is larcer than screen size,) 


b, E/WP Editing 

All text flles maka use of the Word Processor 
(WP), and it is always on-line, At entry the WP is set to 
Settain ceftault output values for pace lencth, line size, 
momen soactad, laétt maratn, right margin, and tao stze. Thre 
user can accept these default settings or can issue commands 
to the E/WP te chance them, The E/*#P continuously scans the 
text stream, recoanizes the commands, and immediately 
changes the output format, 

Editing is aecomplished by positioning rne 
Sursor at anv moint on the screen and tyoing in an entry. 
The entry is inserted between the Dresent contents of the 
mecation, Deletion and modification are accomolisned ina 
Similar onescreen manner. Only commands that make use of 
larae objects, like blocks or other files, need resort to a 


commandeline format. As the E/WP formatter {is always one 
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line, tne user does not Nave to worry about starting new 
lines, indenting, line spacing, new page, and otner similar 
format considerations, The E/¥P automatically does it for 
tre user, but the user can still taks manual control if 
required, 

To assist the user in certain editing situations 
mee £/WP will provide a certein numSer of buffers for tha 
user to treat as temporary storadqe areas, Actually tney are 
temporary text filles created bv tne E/WP and are destroved 
whem the session {ts ended, 

The E/WP actually ooerates on a copy of the 
orfainal file, so anv ehances made during a session only 
hecome permanent when the user {ssues a "save" cammand,. If 
the wser quits without saving, then it is as if the session 
never occurred, 

c¢, E/WP Functions 
(1) Formatting Commands 
A serfes of specialized Word Processing 
commands must be ineluded in the E/WP application to allow 
mae Use€r to modify the format of the text, These commands 
must be structured in sueh a way so that thev are readily 
Sistinauisned in tne text stream and will not be mistaken 


ror text. 
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ad, E/WP Commands 
Cl) fan 
Used to locate character or string sized 
objects specified by the user, The located object is 
displayed by serolliing the window to its location, and the 
user is notified if another maten exists. This operation 
will us@ a command=line format, 
(2) Insert 
Used to place any valid object at a point 
referenced py the cursor, The present contents are not 
overwritten, merely pushed asida to make room for the new 
Sevect. This operation will use an oneseree@en format, It is 
possible to insert large objects, such as buffers or other 
merece files, into the tile keing edited, out this will 
Peelre “he use® of a commancelinreé tormat., 
(3) Move 
Used to change the location of line or 
Block size objects soecified by the user, The object is 
deleted from its cresent location and then inserted in the 
néw location. This operation will require the use of a 
commandeline format. 
(4) Nelete 
Used fo remove any object (character, line, 
BPocs) specified by the user, The object 1s normally not 
saved, but if the user svecifies it can be saved in a 
buffer, This operation will require the use of both on= 
screen and command-line formats, 
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(S) Copy 
Used to duplicate an object and then insert 
the duplicate at a specified cursor location or into a 
buffer, This operation will reauire the use of a commands= 
Line format. 
(6) Add 
Used to create a blank line(s) on the 
mest lay, adoveée or below the cursor position, This opé@ration 
Will require the use of an onmescreen format. 
Cry Sue we 
Used to send the fille to some designated 
output device, The output fornmat of the file will exaetly 
maten the format seen on the disolay during editina,. 
2. j<IASS Database Management Svstem 
The main tintentton of the Datanase Management System 
(DOBMS) is to emoenasize simolicity. It dees not make sense 
£6 follow the lead of many currently avallable DBMS vackaqes 
that add large amounts of complexity to gain minor and 
S@ldom used capabllities. 
a. DBMS Display Format 
TweeSeeili te two formats in which database 
tables will be displaved, The f£irst, and default format is 
Seiied “table". The tabdle will be displayed in a tabular, 
row and column, format for the user to edit. Fiaure 6,3 


fllustrates the "table" display ‘format, 
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R#2 C## {Database name} 
F#3 Q#e4% (Table name) 


{user entered command) 


*e@eese@ens@eeveVe*esen8f @eeene80270e2@eegen70828060gseereeseseeetreee@eseeenee eee @ 
: Name : SSN : Ace $ Dept : Manag 
SAA AHA Ae Bor ee ee ee ee ee ee ee ee eee 
<tr Cte Oe Cn a ee ee ce ee ce ee ee ee 


#ee90et@e?e 8 @ @ e*eee6&¢&e@@ee?¢@e8e08?8 eee*?@ee#e#ee%*rte?eesee?? 





Figure 6.3 = "Table" Disolav Format for DBMS=-Table, 


fhe s@cond format wlll be "page", and ASE 


meso.ays tne records in a vertical format with no scortion of 


w 


Seeeeeaele ivina off-screen to thersices, 


{ser entered command) R## C#¥# {Database Name} 





{oronpt } F#t Reet {Table name) 
Age craenne 
Manager eure mesaee 





Fiqure 6.4 <« "Page" Disslay Format for DBMSetable, 
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Instead, each fleld has at least one line on which to 
display its contents, and can Nave more than one line tf 
needed, The user will scroll in a vertical direction to 
view the entries in the table. Figure 6.4 illustrates the 
"nace" format. 

6b. DBMS FEditina 

The D&8MS makes use of the UIM described in 
section (A), above, However there are some constraints. The 
meer is not free to write anywhere on the senéeen, but is 
memeced to writing within fleld cositions, Field soositions 
are the bounded locations at column and row tintersections 
Ser the "“tabbe"® disolay, and the locations between the 
menmaimiters ":" for the "sage" 4qisolay, PHenies cannot SA 
made ta nass throucn fielded boundaries, and the user vill ba 
Emeomoted {f i{t fs? attempted, TO €ross ~SUcn dSolndery 
requires the use of a curser motion cammand. 

The UIM commands’ will be used to edit the 
displayed table, Cursor motion keys will bbe used to 
position the cursor in a valid field position. Text will be 
inserted, or deleted, inside the fleld position. The user 
will be allowed to Scroll across the screen {in all four 
marections, up to the limit of the size of the table, 

Records are added to the table by editing a 
"blank" tuple, Plank tuoles are found automatically at the 


Sea of the table disdlay, or created py usina the "add" 
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command to insert them above, or below, the present cursor 
position. 

The IASS provides a degree of protection to the 
user in that none of the editing changes (record insertions, 
modifications, or deletions) are made until the user isses a 
"save" command, At that time the original table is removed 
and the copv on which the editing was done takes its olace, 
Tf the user auits without savina, then none of the editina 
changes are nade, 

ce, GEhe Functions 
(1) Relational Operators 

The foOLrlowing relational operations 
deseribed in Chapter 4, Section (A) are available to the 
user in the DBMS, The operators ares MODIFICATION, DELETION, 
Seer 7oN, S=HLECTION, UNION, SET ODOIFFEPENCE, CARTESIAN 
PRODUCT, INTERSECTION, QUOTIENT, JOIN, and NATURAL JOTN. 
The INSERTION aperation is not included since {it is already 
performed by the IM, and the MODIFICATIGN and DELETION 
operands are for mass operations where usina the UIM 
modification and deletion capabilities would be too 
Mire icult. All these operations would require the use of a 
commandeline format. The unary ovsoerations (MODIFICATION, 
DELETION, PROJECTION, and SELECTICON) must be used with a 
DBMS table already in reference, The otner binary ocerations 
will hmave te srecify the DS8MS tablas involved as part of 


their commandeline format, 
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C25 Mr imnivetic 
Thea@uipport of conditional statements and 
query processing the OBMS will have to inelude a baste 
arithmetic capability. The following overations are needed: 
Addition, Subtraction, Multiplication, Division, Equals, 
GteatereThan, Less-Than, Greater=Than=OreEqualeTo, and 
Less=Than-OreEqual=To, These are’ not “intended es stand 
alone ooerations, but are necessary to the successful 
performance of other operations, 
(3) Agqreqate 
In Support of conditional “statements and 
query orocessing the DRMS will have to have a rasic 
moomecetes tunetion set. Tre following functions need to he 
mmelueed: Total, Count, “ax, “in, and Averace, These are 
net intended as stand alone operations, but are necessary to 
pre ssuccessful cerformance® of other operations. 
(4) Query Processing 
In supoort of vser defined auestions across 
multiple DBMS tables, there must be a capability similar to 
the "Find" command, only not limited to a single table. The 
result of a auery would be a new table containing the 
desired information, but no change would nave heen made to 
the tables that orovided the information. A commandeline 


format would be required for this overation, 
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qd. DBMS Commands 


C1) ind 





Used to bring a tuple, from the single 
table in reference, that meets a specified condition onto 
the screen by scrolling. Additionally, the user is notified 
{f another tuple meets the same condition. This operation 
will require the use of a commandeline format. 

(2) tmeert 

New tuples are addad to a table by editing 
ferank”® tuples, Flank tuples are automatically found at the 
and of the table, or are created by using tre "add" command 
to insert them above, cr below, the oresent curser positian, 
This operation is performed in an onescreen format, 

(3) Melete 

a7 using the UIM @ditor featupest a single 
tuple can be deleted, in an onescreen format, However, for 
multiple tuple deletions a command-line format would he 


required, 


As an afd to the user, the add command will 
Place a "blank" tuple either above or below the tuple 
referenced by the cursor. Tris operation is verformed {in an 
onescreen format. Té no entries are made in the blank 


tuple, it is ignored by the DBMS avoolication, 
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Cs) Gutpuc 
Useq to send the contents of a table, or 
tables, to some desianated output device, The output format 
always defaults to the "table" display. he more 
soohisticated output formats are desired then a Form 
Generator table can be snecified fo control the ouput, 
3. YASS SoreadeSnrest 
Tne soread=-sreert appitication is a falrly well 
m@tined and concentually simple proaqram, [Its funetions are 
well) defined and it {is not #xnected to react to unexsected 
demands, 
ae SpreadeSheet DPisvolav Format 
Sereadesheet has 2 sinale display format and {it 
moe e@lled “table”, Pigume 46.5 illustrates tne "tanolie" 
e1sciay. aay Cape vase of each entry ovel cs Glue Gis ke| {s 
Misc laved, not tts funetional content. The snreadesheer 
meeole” disolay does not have a direct correstondence to the 
spreadesneet data table described in Cnrapter 3, Section (C) 
since there is no need for the user to be concerned with how 
the application orogram must use it. 
Ob. Soread-Shneet Fditinaa 
The soreadesneet makes use of the UIM deseribed 
in Section (A), above. However, tnis application mnakes use 
of two cursors whieh are related to each other, The 
"position" cursor is the lower one, and it moves across thea 


@eramns and rows of the "table" display. Its function is to 
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indicate which entry position is currently being referenced 


by the application. 


{user entered command) R## C## {spread-sneet name} 





{prompt} Q#+ Cee 

: A : 8 : Cc : D : > : F : G : 4 
teats c elatelule + SHAMMESESDCUNIAUa © CSG ees et RO e eet ce wee tee tee ete ees 
am lcs : : ° : : : : 
ee: : : : : : : : 
oo; : : : : : : : 
SieWatle totelerele! « smensmese +-¢ 0.6 60 * @ ousmakele @ 6 ¢ 0 6 + 0 6 6 0-2 0 0.0 6 @ 5 ¢ e16%e 





Fiqure 6,5 = "Table" Displav Fornat for SoreadeSnaet, 


Mees cursor motion commancs centrol the "position" cursor 
and allow it to roam over the entire spread sheet, The 
Neommand"™ cursor is always in the command line area of the 
screen, and is used to write {nto the antry cosition marked 
eveene® “position" cursor. ft is on the Command line that 
the funetional contents of tne referenced entry position are 
displayed. 
Cc. Spread-Sheet Funetions 
(1) Arithmetic 

Since the Spread-Sneet is a numerical 

modeling tool {it will need a substantial arithmetic 


capability, The following operations are needed; Addition, 
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ff ae 


seuocra@ction, Multiplication, Division, Exponentiation, 
Absolute Value, Truncation, Roundina, Logarithms, and 
Trigonometric Funetions, These operations must be capable 
of stand alone cperations similar to tnose in a calculator, 
and be capable of ftneluston fin other opderations and 
conditions. 
(2) Aggregate 
Sines the SpreadeSneet 18 a numerical 
modeling tool it will need a Substantial aqaqremate nodeling 
capability. The followina operations ara needed: Total, 
Count, Maximum, Minimum, Average, and NetePresenteValue, 
These operations will not Nave a stand alone capapnlility 
Since they are intended for fInelusion in other onerations. 
qd. Sceread=Sheet Commands 
6 ees aval 
Usmec to find those entry sositions,;, in tne 
referenced spreadesheet, that meet some specified condition, 
mae cursor Will be Dlaced on the first such entry odosition 
amd a prompt generated to snow if there 1s another, This 
operation will recuire the use of a command-line format, 
(2) Insert 
Used to slace the contents of another 
spreadesneet alongside the current spread=sneet at the 
indicated edge, This operation will require the use of a 


command=line format. 
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(3) Move 





Used to chanae the current position of an 
entire row or column on the spread=sheat, This operation 
will require the use of a commande=line format, 

(4) Delete 

In reference to a specifle entry position, 
ier Gers. thervalue to null. For rows or columns it totally 
removes them and moves the surrounding rows and columns ta 
maa 4 46the 68 O6G4aD. This oneration will require the use of a 
command=line format, 


(Spo Copy 





Used to duplicate a frow, column, or 
specific entry oosition at another referenced location, This 
operation will reculire the use of a cammande-line format, 

(6) Add 

Wieeq tov plaeewa blank fow or column in =a 
Deee@cion referenced by the sresent cursor sosition, This 
operation will require the use of a command-line format. 

(7) Output 

Used to send the contents of the soread= 
sheet to some indicated output device, The user can indicate 
whether to send the soread=sheat disolay, which enly 
contains the entrv nosition values, or the contents of the 
actual spreadesheet table, which contains both the value and 


mee, ftunction, to the output device. Subsarts of the wnole 


spreadesheet may ce indicated for output, 
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4. IASS Form Generator 

The Form Generator willl be an {important part of the 
YASS since it is reasonable to expect other anpnolications, 
the DBMS for example, to make use of {it to suoport thelr 
operations, It also has two modes of operation, "Desitan" 
time {s when the new form {is prenared by the user and all of 
mes Parte, calbed "brocks", ere cositioned and identified as 
moe creir function. "Usé"* time is when the oreviouslv 
designed form {is called on to outodyt tre snecified 
information in the preseriped format, 

a. Form Pisplav Format 

There is one available display format for the 

Form Generator, called "paqe", and it {iS shown in rigqure 
meow rnts diselays the form in the actual format for see 
meee, ihe Promots for eacn olock are’ snown as #@1l as treir 
Seecc atedrentry positions. The "function" and "i/o" values 
of each block appear on the command line wnen the bloek is 
referenced by the cursor. 

b, Form Editing 

In "page" format the user peqins with ae blank 

screen and is €¢ree to move the aor to anv position and 
make entries, Form editing is a much more fornal procedure 
Brean in any of the other appiications, Entries must consist 
of a set number of darts tO be accented py the system, 
Deeest, a promot of zero or more characters, which will 


appear on the display, 
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{user entered command} R## C## {Form Name} 


{orompt} Bee Dae 





elo yeC 4 ee i ee ee ely a ne 


Stanaturer: Paimwe Sa? 





Figure 6.6 = "Pade" format for Form Generator, 


Second, the number of spaces reserved on the form for the 
entry, which will also appear on the display. Third, a 


eeemmol indicating how this @ntryvy will be used by the “forn 


“*j 


memerator Cinsut, outsout, call to text £Lfle, @tc,),. SUP tay 
tre atierv Statement uson watch the output its hased, tne 
peeene. and field name where the input is to stored, oar thé 
name of the text file to be outfut, 

Extensive tse is made of the command line while 
filling in e#aen block. Grey ewene= first 9evyo saets of a block 
entry are shown on the actual form. Tne other two parts are 
disolayed in the command line area when the block is 
referenced, 

AS in previous applications the actual changes 


made during editing are not effective until tme user issues 


a "save" command, 
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e, ‘Ferm Penctions 
(1) Arithnetic 
Since the Form Generator can make use of 
DBMS queries and condition statements in acquiring the 
information to complete a block, it is necessary to provide 
basic arithmetic support, The following operations should be 
included: Addition, Subtraction, Muleipitearion, and 
Divisior. These are not intended as stand alone operations, 
pee for inclusion in other ooerattions, 
(2) Agaregate 
As the Form Generator can make use of DBMS 
queries and conditton Statements in acquiring the 
information to complete a black, it is necessary to orovide 
meme, aqqreqate function surpsort. The following funetions 
Beouid be’ ineluced: Total, Cotint, Maximum, Minimunr, and 
Averaqe, These are not intended as stand alone operations, 
But for itnelusion in other oserations, 
(3) Usage Indicators 
Sime@ *tne* form and its bloexks must be 
capable of supporting a wide range of uses, each form is 
tailor made by the user. The purpose of aach block must be 
indicated by the "{t/o" field itn a manner that snows how the 
Seimecion” block will be treated at "use" time’, For 
exarple: The function field of an {inputeblock miqnt tell 
wrere the item is to be stored. For an outptuteblock {2 may 


specify the database table and the query operattfon on it, 
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necessary to get the item, For a texteblock it may specify 
the text file that will be inserted in the form at that 
lecation, 

a. Farm Commands 


(1) Find 





Used to find a block obfect that meets a 
beeen rred condition by moving the’ cursor to its start. The 
user fs notified {£ there are any "cre blocks that meer the 
eemaltton. This operation requires the use of a command= 
line format, 

(2) Insert 

New hloeks are inserted by editing the 
blank area of atline in the oroper manner as deseribded tin 
mumoee@ction (b) above. This is done in an onesereen format. 
Other forms may ee inserted {nto the sresent form at a 
comoletely blank line, but requires tne use of a2 command= 
mene format, 


(3) Move 





Used to move a display line(s), and the 
Socks On it, to @ new position on the form. This ocoeration 
requires the use of a commandeline format, 

(4) Delete 

Ysed in reference to blocks, it eliminates 
tne block and leaves the ssace on the line blank, In 
reference to lines, it eliminates all blocks on the Line, 
removes the blank line, and all lower lines move uo, This 
operation is performed in an on-screen format, 
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(5) Copy 





Used to duplicate a iine, or lines, on the 
form Hire inend®) Girterene location. Enis ooeration ts 
performed in a command=line format, 

(6) Add 

Adds a blank line, above or below the line 
Becerenced by the cursor, This oneration is varfermed in an 
ehm=screean format. 

(7) OQuntout 

Us@a tO Gend theecontents of the form table 
to an indicated output device. The user can send the 
@es0lay@d version, as shown in Fiqure 6,6, or can oot t9 
Seecut the entire form tasle {in tabular format so as to see 
Qi che information asscciated with each oe 

roo Tleactronic Mall 

The Electronic Mall packaaqe succorts the user in 
sending messages to other users, for reading at a later 
time, Upon entry to the [ASS the user will be orompted if 
there {is mail in tne mailbox, Bv entering the Mail packaaqe 
the user will be qreeted by 4a one line disnlay synonosis of 
eacmh message, which cannot be edited, The standard nail 
display format will be entered and the user will be free to 
read, edit, and/or delete current messages as well as 
comcose new ones, Each message has a uniave [D Aumber and 


the user can refer fo messages py thre ID, ortatinator, 
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subject, or timeestamp., Outgoing messages are actually sent 
when the user leaves the Mail apolication, Sy removing all 
massages in the user mailbox that are not addressed to tne 
user and routing them to their proper destination. 
a. Mail Disslay Format 

There is one display format available for Mail, 
and nd is called "“paqe" format, Figure 6.7 is an 
{llustrarion of "page" format. Each messaqe {s displayed on 
the screen meecn its fields orsianiged in wa. vertical 
direction. Each fleld has an associated entry sosition that 


is destanated by delimiters, 





{user entered command) R#2 C23 Mailbox 
{orampt} #teMessaces 





Figure 6,7 = "Page" format for Electronic Mail. 


b, Mail Editine 
Tne Mail packaqe makes uSe of the standard UI™ 
described in Section (A), above. The user may perform the 


Standard editina funetions on actual messaqces or on messace 
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‘Hblanks",. In "page" style display the user moves between 
messages by using the "Scroll" command, On each nessage the 
user may perform editing operations in any of the entry 
positions. Yovement between entry positions is possible only 
by usine cursor motion kevs, 

Outgoing messaaes are created py editing one of 
the message "dlanks" at the end of tne table, or by using 
the “add" command to insert a "blank" message after the 
Surprent: one and then editing this "blank". Additfanally, 
earcing the contents of the "To" f£leld in a ecurrent messacqe, 
so that it no longer corresponds to the present user, turns 
the messaae into an outasing one, 

All editing changes are not actually i{molemented 
until the uyser issues a "Save" command, Cutaoina nessages 
are sent wnen the user issues a "“auilt" command to leave thre 
mail package, At that time the system finds all messages 
that are not addressed to the current user, updates thre 
timeestamm om them, and then sends them to the aorrooriate 
user. Since users often have colleetive names, suenr as 
"aversiant committee", that include more than one user, 
eeeresis 4 b0ectal character tacked on to the standard 
destination address to indicate that the message is to the 


otmer users in tnat collective address, 





oe, Mati Funetions 
(t) MultieHat Name Desianator 
A special enaracter that is placed in front 
of a name that corresponds to more than one user name, The 
multienat name actually refers te a database table that 
contains the names of the users who constitute the multienrat 


pame, At use time, the svstem will strip the multi=hnat mame 


(t 


€rom the message, Make the proper number of copies of the 


(t 


‘p 


messaqe, insert the sroper user names, and send 
m@ssaqes, 
ad. ‘“4all Commands 


(1) &tAd 





lismd) tO Move thm, @isplay to the messaqe 
Bee, Mm@ets a certain condition (e.qd. From = °Boss’, Time < 
emery’, eudj = “Senedules’)., Additionally, the user is 
notified if there are "ore messages tnat meet the condition. 
(2) NDalete 
Meleates the message being referred to 5yv 
the cursor. To delete multiple messages it can be used in a 
command line with a condition statement, 
(3) Copy 
Given a message object it will duplicate 
the object and insert it into the mailbox. 
(4) Add 
Places a blank message above, or selow, the 


message being disrlaved, 





taecenciuding Chapter 6 it is important to *emohasize 
that the WIM is a very implementation dependent part of the 
IASS, What this chapter attempted to demonstrate was that 
the command categories defined in Chnaoter 2 could be 
implemented by a common, yet simplified, user interface by 
using a s™Mall command voe¢abulary coupled with a common 
display and editing format, This {is not th® only wav toa 


present the user interface, only & Suagestion, 





VII, CONCLUSION 


The preceding six chapter have attempted to lay the 
groundwork for the oossibtle design and imolementation of 
what nas been called an Integrated Application Software 
Svstem (TASS). This thesis is the first small steo toward 
the study of such a system, and th® majority of the work 
remains to he done, 

TAis thesis approached the Eqoits from a broad 
persvective and did net seek to get down to specific 
implementation issues, Instead Chapter 2 reviewed the 
aoparent characteristics of five apolication orograms, ane 
the aroendices crovided more detail on each. Cranter 3 taok 
the ecnaractertstics of the loatecal file tyoe associated with 
each application and formed them into a common data object. 
Chaster 4 took the common data object and exolained a set of 
operations on it, Chapter 5 deseribed how each of the 
included apolications night interface to the common data 
object bv using the orerations of Chanter 4, Lastly, Chapter 
6 attempted to ftllustrate now the user would interact with 
the apolications in the IASS through a common interface, 

One point must be emphasized and it is that an faSS is 
not a relational Database Management System (DBMS). There 
are enouqh DBMS applications already proven and available on 


the market, See Aprendices CE) and (F) for tvo examples, 
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What the YASS does {is try to use the DBMS asproach to 
invisibly support the user’s effort te utilize the various 
and uniaue apolications. The IASS conceptual level {ts a 
common bond between all included asolications and while it 
{s the heart of the system, it should be kept hidden from 
the user, except in svecialized applications like the DBMS, 

If the user is alwavs given direct access to the 
conceptual level and its operations, then the [ASS is 
Betring more than a OBMS. In fact, such a capacllity 1s 
Already present in the DBASE II system, Aonendix (££), 
althougn it would be areatlv imeroved bv incorporating some 
of the better presentation ideas from tne SEQUITUR systen, 
Deeemaix (F), 

It must pe emonasized that tnis tnesis is a limited, and 
mmr y  SUbgective, view of tne IASS, From the studv of tris 
Aypethetical IASS it seems clear that such a system could hea 
imolemented. However, no svecific estimation can be made on 
the effectiveness or efficiency of such a system, It would 
be reasonable to expect the efficiency t5 be less than that 
of tne individual application vnackages, but there is no vay 
of determining how much less, Tnes@ are verv imoortant 
considerations and will nave to be studied before the true 
usefulness of an IASS can be estimated, 

MuchH @ffort was placed on the conceptual level of the 
TASS, and yet it seem certain that the user interface will 


Beectne portion of the IASS that will determine its success 
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or failure as an actual system, It is important to define 
the ultimate goals of am IASS in realistic terms so that an 
measurable objective exists, After some study there appear 
to be two important qoals in the IASS desian, 

The first is to reduce the cost of owning the separate 
application proarams by combining them into one I[ASS. Since 
it has heen shown that the five alven apolications have much 
in common trat can be factered out and placad in a common 
Sencertiia!l level, 1 would aptear reasonable to expect the 
Same from army future applications accepted for inclusion, 
This common conceptual level reduces the anount ohne 
duplication necessary to "own" the individual aoplications, 
Economic savines would hopefully be realized from the 
Seerler amount of code needed, its nore uniform srructure, 
and the sharing of catabilities between anolicattions, The 
design of the coneeptual level and the titnadividual 
advolication packaces will have the major effect on achievina 
eis deal. 

The second qoal is tnat the user must vserce{ve an 
improvement in using the IASS over using the separate 
apolications. The IASS must be more "user friendly" than 
the disjoint apnlication programs it redlaces, Simplicity 
and capability MUSE be emphasized over system 
semhistication, Each caoabllity that will be {neorporated 
in an apolication must be measured as to its complexity and 


usefulness. It is not justifiable to {necrease system 
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complexity just to adda fancy but little used feature, The 
design of the user Interface module and tne individual 
application packades will nave the major effect on achieving 
this goal. 

It would apnear to be 00 @arly to attempt the 
implementation of such a system, Instead, more investigation 


needs to ba done and the obfectives more tigntlv defined, 





APPENDIX As: WORD STAR 


WORD STAR is a word processing program developed by 
Micro=Pro to combine the capabilities of a screen editor and 
an on-screen text formatter, The result is a very powerful 
text editor which displays the referenced file as it will 
aopear on thre printed nade, 

WORD STAR is orimarilyv menuedriven. The commands whiten 
are oresently valid are displayed in a menu, and are 
executed by Kevstroke combinations. OGneline information is 
available to the user concerning many other aspects of WORD 
STAR, The menu driven feature eases user initiation to wORDd 
Seeeeeramd is Oart of the Hele facility, The level of alo is 
S@lectable to mateh the users leve} of experience, and 
determines the extent to whien the menus are disolavad on 
mre CRT, 

WORD STAR is composed of a set of seven hAlerarchically 
organized menus or environments, as Shown in Table A.1. The 
user enters WORD STAR in the NoeFile environment, At this 
Point there is no file in reference, the object aqraniularity 
{s the €f{le, and the menu ootions include commands to: 
ehange the logged disk drive, set the automatic directory 
display feature (on/off), set the help level, sorint a file, 
rename a file, coov a file, delete a file, run a Droaran, 


qeen a document file, ard open a nonedocument file, 
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Table A.1 * WORD STAR Menu Hierarchy, 


LEVEL MENU 

“>~*<“NO Fle” 
TT gwain Menu 
= ae tes 


b. OnwSereen Format 
Soe men COntr So 1 

Ge, Swear edit 

a, S1Te/BLock 


WORD STAR recognizes two types of filles, “document" and 
"monedocument”™, A& doexment file can eitner be a text file 
processed by a word oeroecessor or a pregran run bv a 
computer, A nonedocutent tile is a sdecial psurtose file 
werenh is us@d by another software product, and will not ove 
discussed further, 

The onescreen editor and formatter are f{nvoked by 
s@lecting the menu option to open a document file, Thrts 
causes WORD STAR to enter the Main Menu environment with a 
specific file in references, If the ¢ile oreviousliv existed 
if is made current, otherwise a new file is created and made 
current, On entering the Main Menu environment, a status 
line and a rule are initialized. The status line contains 
information about the svstem «<= the name of the file, the 


page within the fille, the column and row number the cursor 
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pene, anc cneringention mode fon/of#)., The rule indicates 
the right and left maraqin position as well as the tab 
positions. Tne Main Menu represents the basfle File editing 
environment where the user willl remain until it tis decided 
to quit the current file and return to the No File Menu or 
the operating system. In anv case, WORD STAR does not 
permit  jateral movement between the sub-menus of the Main 
Menu. 

A useful feature WORD STAR employs {is "word wrao", Aith 
word wrao, tne user does not Mave to insert carriace returns 
at the end of each line. As the text overruns the end of 
the line, WORD STAR automatically Starts the next line, In 
this wav, the user merely inputs an entire block of text as 
a Sant inuors WGr le wanarascegir String, ane leaves tre 
Sormattine to the system. In tha Main Wenu, the user can 
Set che fille in aranularities of character, word, and line, 
Insertion {£8 a "togaled" operation Con/off), where the user 
{s either in insert node or overwrite mode. Any keystroke 
entered is either inserted in the text at the cursor 
position, shifting characters to tne riqht to accommodate 
it, or overwrites the character a®* the cursor position. To 
facilitate on=screen editing, the Vain Menu contains 
commands to control cursor movement and 9 scroll the 
screen, It is possible to insert tabs or end-of-paraaqraon 
markers, There is a "Find and Replace" command which can be 


repeated any nmumber of times, Deletions can be done on a 
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sinale character, a word, or an entire line, The Main Menu 
also contains options to select one of the five submenus, 

The quick Editing environment suoports editing on hAiaher 
levels of abstraction of text objects than the Main Menu, 
There are additional cursor movement commands to dadive a 
wider ranae of control and granularity. As in the Main Menu 
environment, fhe user can seroll the display, but now it fs 
continuous at mine user selectable rates until stooped by 
command, Insertions are accomplished in the same way as in 
the Main Menu environment, but deletions are vossible on a 
wider ranae of objects. There is a feature to allow a 
command to be repeated at one of nine user selectable rates, 
until stooned by command, 

The Bliock environment provides the user a sat of 
feemations on a hliock of text. WORD STAR considers an 
Beeore file to be 4&4 special case of @ block of text. Files 
can be saved by several menu ootions: save and resume the 
referenced file, save and quit to tne operating system, save 
amd exit tne referenced file, and copy £0 another file, 
Files may also be renamed, deleted, orinted, or auit without 
saving changes. To supoort these file onerations, tne Rlock 
Menu contains options to change the loqaed disk, and to turn 
the aicomarcic directory listina on or off, iff ees 
cacacity, the Block environment is used as a successor ¢t9 
the Main or Quick Editing environments after the cursor is 


positioned. Blocks in a fille must be marked oy the wuwser, 
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As a delimited aggregation of text, a block can be moved 
within the same file. Copying blocks of text can either he 
within the referenced fille or between the referenced file 
and an external file, Slock cooving between files are pbi-# 
directional, Copying a block to an external file entails 
overwriting an existing file or e¢reating a new file, 
Cooving a block from an external file entails moving the 
weeere -@xté@rnal efile to tne@ point in the text indicated ay 
the cursor, Any marked block can also be deleted. As a 
precautionary measure, WORD STAR allows the user to hide 
block markers, amd only blocks which are visiblv marked can 
be deleted, In addition to a text block being organized 
maco @ continucus, unstructured string of text, WOPD STAR 
SOP oOrtsS 4 columnar oraanization. 

Tre previously deseribed menus contain opvnerations ¢t9 
Gee, ‘eait, position th® cursor, or output a text file, 
Paemscormat of the file, either as it is visually disslayed 
or crinted out, is defined by a set of formattina sarameters 
associated with tne flle or bv commands embedded in the 
file, The formatting pvarameters associated with a file are 
initially set to default values and the set of embedded 
commands {is initially empty, 

Formatting in WORD STAR is primarily done onescreen with 
the eptions contained in the OneScreen Menu, The on-screen 
formattina commands are those whose effects can de visually 


disolayed, and they are listed in Table A,2, 
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Table A.2 = WORD STAR OneScreen Formatting Commands, 


1. ‘Set left margin 

2. S@toriacht margin 

3. RPelease marains 

4. Set and clear tabs 

5. Indent a paragraph 

6. Create a special rule 
7. Center text 

8. Set line spacina 


Tne OneScreean Menu also contains ootions in the form of 


menmveet) toqqlres to contrel: word wrao, rule dtsplay, 


Variable tahbina, nypnenation help, goo lee marain 
misctiftication, soft hyohen, OFIne embedded olga cate): 
eRaracters, and oace break display. fe) an on-screen 


formattina oneration needs to pe applied to the previous 
Seomeenus of the file, thre applifeable osoortion of the ‘f1le 
must re reformatted, Furthermore, these formatting 
Parameters are anly temoorarily arplied when the file is 
referenced, Any subsequent reference toa file reaquires 
that the onescreean formatting parameters be reset, 

WORD STAR combines into one menu, the Print Menu, all 
options whieh create svecial printing effects not normally 
displayable on a video screen, There are ontions to: bold 
face, double strike, underline, strike out, subseript, and 


superscript. Since the effects of these onotions eannot be 
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disolayed on the video screen, a special character is used 
to mark the affected area, Additional special ope hig nc elie he 
effects are selectable throvuaqh this menu on a one time 
basis: overorint a character, indicate a nonebreak space, 
and overprint a line. The Print Menu also contains onotions 
whieh centrol the printer durina output. The user may embed 
commands in the text file to cause the orinter to change 
pitch, or cause a pause to allow tne user to change the 
print element or ribbon. 

Saigcina Cen "84so de® directed through the use of 
embedded dot commands, These commands are placad in the 
text file and avoear as reqular text on the disolav, but are 
Bee, SUfPUtE to @ orinter ‘and force WORD STAR to changé a 
printing parameter at print time, Dot conmands alter the 
weeat.tc cCaram@tees WORD STAR suses to format the orinted 
page, Table A,3 provides a listing of these commands. 

Dotecammands Tay be slaced anywhere {In the text, but 
since they are static and tend to destroy tne relationship 
between what {fs displaved and what {s printed, they ares 
ysually olaced at the beginning of the taxt file. As with 
the options of the Print Menu, dotecommand actions must »5e 
sUeported ov the specific orinter in use. 

The last menu to be deseribed is the Help Menu. Help is 
"oneline" in that it can be invoked at any time throuah the 
Main Menu, and is "dynamic" in that the level of Nelo can be 


adjusted, The level will determine now much information is 
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displayed when an option {is selected, Tne Help Menu ootions 
disolay information on: paraqraph reforming, flags in the 
riantenand margin, dot and print commands, status line, 
ruler line, how to set margins and tads, and Row to move 


blocks of text, 


Tahie A.,3 = WORD STAR Bot Commands, 


1. Set line hneight 

2e S@t page lengtn 

3. S@e Seo margin 

4. Set bottom margin 

5S. Generate readers 

6. Generate footers 

7. Set footer marcin 

8S. Reset vonage sumber 

oO, OF Set cage from ett Side of printer 
10. Position nage numper 
11, S@t enaracter wider 
12, Force a nage break 
132, Prevent a cage Prreak 


WORD STAR {is an excellent and very sopular word 
processina crogram, The screenworiented and oneline 
formattina features are different from other systems in that 
they are extremely easy to use, Once aexoertfence is gained 
Meeeme WORD STAR it ts dif¢fevult to use lineeorlented editors 
Or offeline fermattina svstems. The one-line Rein facility 
makes WORD STAR easv to learn and user friendly. One asnect 


of WORD STAR that could be considered a disadvantaae is the 





large command set, However, beina menuedriven, the commands 
not normaliy used do not have to be memorized since they area 


Aalwavs listed in the menu, 
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APPENDIX Bt VI 


"VI" {5 a text editor used by the UNIX operating system 
and was created by the University of California at Berkeley, 
and Bell Laboratories, 

VI ¢visual) {ts a display oriented interactive text 
editor with a command vocabulary size of about ninety one, 
The user sees the CRT screen as a window into the text file 
and 311 editing operations are immediately visible. Line 
numbers are not displayed and have no real use tina VI, 
@ithoush it tis possible to find out the number for a line, 
For the sake of protection the user does not actually edit 
Mme tile, but a cooy of it. At the eompletion of a session 
Boe user Wall indicate whether to xkaen the edited conv or 
ere original. 

There are forty seven movement commands for ¢fontrol of 
the cursor, whieh tis the e@diter’s point of reference, and 
the screen displav. Scepe of movement iS oosstble over 
file, sereen, caragraoh, section, sentence, line, word, and 
character sized units. Uo to twemty six locations in the 
faenee Can be marked for later return, or soecific locations 
found that match a desired c¢naracter string, Table 4,1 
lists the cursor movement commands available in the VI 
system, Note that there is duolication, in that more than 


one command does the same thing. 
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Table B.i = VI Cursor Movement Commands 


38, 
eo. 
40, 


Backward window 

Forward window 

Seroll down * 

Seroeli- up = 

Rackspace one character * 

Backspace a single character 

Rackuo a word 

Backup a word during insert 

Rackuo to beainning of word 

Retreat to orevious linea * 

Retreat to beqinning of sentence 
Petreat to beainning of previous paragrapn 
Retreat to orevious section boundary 
Linefeed advance to next line 

pdvanee to first non-white soa¢e on next line * 
Advance to next line, first white space 
Advance to next line, same column * 
Advance fo next ecnaracter * 

Aavance to beainning of word 

Advance to end of next word 

Advance to seetion boundary 

Advances to the next tvoed character 
Advance to beqinning of next paraadrapn 
Move te previous ifne * 

Meve to end of current line #* 

Move to halancina parenthesis or brace 
Moves cursor to last line on secreen * 
Moves cursor to middle of screen * 

Move forward to beatnninoe of word 

Move forward to end of word 

Mave to first non=white space on current line 
Move to line number 3 * 

Search for word * 

Search forward for string ** 

Search packward for string * 

Searecn for next matcn ** 

Repeat last single ecnaracter searen 
Find a singl® ¢naracter, backwards * 
tind a sinale cnaracter, forward * 
Peverse direction of srevious find 


F 


xx Useful = see page 133, vdaragraon (4) 
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Table B.1 = (Cont,) 


41. Find first instance of next character 

42, Repeat the last search command * 

43, Homes the cursor 

44, Mark the present position of tne cursor * 
45, Return to marked vsosition * 

46, R@draw tne screen 

47, Returns to previous context 


* Useful = see page 133, peragraon (4) 


The operations of insertion, modification and deletion 
are supported by ehirty commands that oermit the user a 
varied level of object control. [tems that are inserted, 
modified or deleted are {immediately undated on the screen to 
give the user a current view of the file status, Tse user 
also has the ability to undo the previous command if its 
affects were tindesired, MeESt ss imoaerclon and moditication 
commands are structured $6 that they continue to onerate 
until the user issues a command to terminate them, Normally 
aurina tnsertion the user has control of format in that new 
lines are started by entering a carriage return. However 
there {ts an option that will let VI determine when to start 
a new line, pased on line lencth, and let the user dust 
enter text as a continuous stream. Table 8.2 lists the 
thirty edit commands, 

Ppecorder to use Vi the user issues ther command "vi" 


followed by the name of the file to be edited, If this is a 
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new file, then the name will not be found in the directory 
and VI will create an empty file, After entry, the user will 
issue cursor motion commands to maneuver through the file, 
and issue edit commands to change the contents of the file, 


There are no other modes or displays avatlable in VI. 


Table R.,2 = VI Edit Command Summary 


Bs Insert a number of spaces 
Insert nonorintadle chraracters 
Insert "sntttwidth" blank spaces 
Insert at the beginning of line 
Insert at end of line 
Insert sefore the cursor ** 
Insert after the cursor ** 
Insert new line helow current line 
Insert new line above current line 
e insert text below current jine ** 
e Insert text above current pine ** 
2, Nealete Last cnaracter 
13, D@lete® rest cé the text an ¢urrent line * 
cee Dew Chagac*er before cursor 
5, Oe@l4ate the’ following obj#et 
16, Delete single character under cursor **% 
17. Repeat last command ** 
18. Join toaether lines * 
49, Renlace single character under cursor 
20. Penlace ¢naracters at cursor ** 
21. Chnanae the entire line 
22. Chanae single character 
23. Chance the folloving object 
24, Cnance rest of tne text on current Line 
Zo. nao imst change to curpment buffer x 
Ae, e@setore current lime to previous condition 
27. Yank following obiect into buffer * 
Zoe Yan< me cooyvy of current line into oufter 
29. Reneat last text insertion 
39, Named buffer specification follows * 


ND 
” 
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*, ** Useful = see pade 133, paragraph (4) 
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In addition to the two command categories already given 
there are additional commands of a miscellaneous nature, 


Table 8,3 lists these additional commands, 


Table 8,3 = Miscellaneous VI Commands. 


1. Print fille status message 

2. Clear and redraw the scraean 

3, Se@draw the current "logical" screen 

4, Suspend or restart outscut 

BS, Cancel oartialiv formed command 

6. Return to position im last ed{ted file 
7, Reformat lines in buffer 

B. Indicate flle and option maninulation 
@, Quit VI, enter linesortented editor 


Some very basic formating commands for line length and 
pnagenting are airectlv avaiflable, A Macro creation 
capability is present to allow the 15er tc create 
abbreviations for command strings. Table 8.4 lists these 
formatting commands. VI makes no c¢laim to supporting a4 
formattina package, since the file will be output in the 
same format the user entered it. For special formatted 
eutocut a VI generated file must be processed by an offeline 
word processor, like "NROFF =ME" deseribed in Appendix (D). 

VI provides a hich degree of support to the user “for 
mewseructuring a file, er files, There ar@® nine butters 


available for storing deleted text, and twenty six buffers 
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to use as temporary holding spaces while reordering and 
editing, The text can be taken from other files and/or 
buffers, for use in the file currently being edited, If 
needed, previously deleted text from the current fille can be 


recovered, and also other files, 


Table &,4 =" VI Formatting Commands, 


1. Reformatting command 

2, “SM cer Lines etc one’ Ysnifteidtcn" 
3, Peindent lines 

i [UU Smee CL es Tight one *snlétwidthn* 
a ooo Curcert file contents 


"VI" {£5 a good screen oriented editor and nas a wide 
ranae of capabilities, however it has some drawoacks, 

(1) It nas a poorly desitaned user interface since the 
command vocabulary is very larae and tne tndividual command 
strings are difficult to remember, There does not seem to 
have been much thought given to the design of the command 
vocabulary. 

(2) It takes a fairly lona time to learn the VI system 
and dain funetional use, An oneline tutorial program is 
used to nelp beainners, sinee it {is hard to become familiar 


with {it on their own, 
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(3) VI does not inspire user confidence in that it is 
too easy to accidentally enter some unknown command string, 
and there is little correlation between what the user wants 
to do and the command(s) that must be issued, 

(4) From personal use, about thirty three commands were 
considered to be aqenerally useful (marked by * or **}, and 
omly ten cf these accounted for the greater najority of all 
ooerations (mnarked oy **), The remaining VI commands were 
generally treated as "window dressing" sy all but the most 
soonisticated users, 

foe Sere Ter no Nelp tacility, of” any Kind, srovided by 
the VI svstem. At the very least, an oneline listina of 


commands should be provided, 
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APPENDIX Cs EDIT 


EDIT is a text editor supported by the UNIX operating 
system, EDIT is a simplified version of another UNIX 
editor and contains a minimal set of operators. It is line 
oriented which means that the main obtect of EDIT is a line 
of text of some finite lenaqtnh, 

EPIT merely suonorts text file creation and modification 
operations. Ther user insut@ text inte 4a file by linés, 
indicatina the end of a line bv a carriage return, A 
display of the file will Show an ordered list of lines as 


mrev @xist in the fibée. Grdering of lines {$s completely 


id 


etermined ov the system ard althougn the user can use line 
fiimeers a5 ai’ reference, the line number {5s not directly 
accessible to the user to change or set. Any display of 
text by EDIT is done by line. Substrings can be referenced 
ameumam a liné, or lines. A formatted output display by FENIT 
can only be aecnieved {f the user directly inputs the desired 
fermat line ev tine. No processing of the contents of a 
line is done by EDIT, 

When invoked, EDIT sets aside a temporary copy of the 
referenced file in a working buffer, If the file does not 
already exist in the directory, then it is a new file and ts 
created, The basic set of commands available to EDIT are 


listed in Table C.i. 
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Table C,1 °* EDIT Command Summary, 


1.” Bair ee 116 
2. specify a file 
3. Append line(s) 
4. Insert lines) 
5. Insert line(€s) into an axternal file 
6. Insert line (s) from an external file 
7. Delete lines) 
By Gopy lLiné(s) 
9. M“nve lines) 
10, Print line(s) 
ii, smow iLife number 
12, Lst 2ineaes) 
F3, Substitute a -etring 
i¢, S@amen for string 
15, Undo last command 
16, Make effect of command alobal 
i7, Meve cursor 
- forward 
e backward 
eS 6. QUTE 


Searching for a line has the effect of makina the found 
meme che current liné. Any subse@ayent editina onerations 
are done in relation to the current line, Lines can be 
found and displayed by line numbers, and ranges of lines can 
be soecified, Lines ¢an also be found and disnlaved forward 
or backward, relative to the current line. A line can be 
found sv any substrino of its contents, but the entire 
Substring must be contained in one line, 83ecause of this 
deficiency a substrina may not be locatable merely because 


it exists in the text file, “nen Searching EPIT will move 


SS 





forward or tackward and will wrap around the buffer, so 4a§ 
Pemereturn tO Eh@sstarting Ling if the, target object is not 
found, 

New lines can be appended before the current line, or 
inserted after it. The user issues a command to specify that 
there are no more lines to add. Upon completion the current 
line is tne last line added. Additions can also ne made hy 
movinc or cooving lines within the text £1)le, Moving can be 
viewed as a combination of a deletion and an insertion. 8y 
specifying a range of lines to r@® chanqed, they are deleted 
and the system enters insert mode for the user to add the 
new lines, Additionally, insertions are possible from other 
mext fillies. 

Modifying a line is done by substituting a new string 
Seren alteady existina target string on the line. Tf 
desired, the substitution can have qlobal effect in that it 
w11l1 modify all ocecurrences of the target string on all 
lines. 

Deletion {fs usually accomplished by indicating the line, 
or lines, to be deleted, <A search command can be used with 
the deletion operation wnen the specific line numbers are 
not Know, 

EDIT protects the user from making tnadvertent chandes 
to a text file, The effeets of the last executed command 
that effected the buffer can be reversed, Additionally, the 


effects of tne editing session do not become pernanent 
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unless the user issues a command to make them permanent, At 
that coint the edited copy, whieh is in the buffer, renlaces 
the original file in the directory. Leaving EDIT without 
indicatina to make the changes oermanent is like the editing 
session never occurred, 

Degeartion to writing « Wholhe’ Buffer out to the 
directory, subparts can he written to another text file. 
This is done by spreciftving the range of lines and the £ile 
mompe Written to. 

TmmecDIT text editor is very Sasic whieh 1s beth an 
advantage anda disadvantage, It has a minimal command set 
and therefore is easy to learn. The blagest oroblem is that 
it 4s linesoriented, AS such, modifications are done a line 
amet ime, where each lLiné 1s a Separatsé® entity, I(t dows not 
merec cre file a6 & whoie, but 48 a disjoint collection o€ 
lines, It imposes the idea of line numbers, which do not 
Samet in the text fire, in order to use the editor. There 
are fewer high level editina operations avallable, as 
compared to current screenworlented editors, and they are 
limited to operating on lines and not the text file as 4a 
wnole. ih ite eapabie Gr erodaucima Ssatistactory results, due 
to its line at a time limits, the operation becomes tedious 
if the file fs larqe, and/or there are alot of small 
changes which must be done, Given the advanced features of 
todays lineworlented editors, <SDIT is avery archaic and 


frustrating way to create and modifv a text file, 
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APPENDIX O: NROFF ME 

TMREREO=ME Urs Sane Cext processing facility for filles that 
are created on the UNIX operating system, It was created by 
the University of California at Rerkeley, and Bell 
Laboratories, MNROFF" {s a orogram that accepts an inout 
fees ereoare®d by the user and outouts a formatted nsaper te 
the user’s desian, "#ME" {is a macro package that enkances 
the capanilities of the "NROFF" program by adding additional 
permaeecing abilities and commands. The insut file consists 
of the actual text entered Fy the uSer, througqn some editor 


svstem, anda sertes of embedded NROFF eME commands, 


ae | 


Raw is a large vocabulary cf "reavests", which are 
memy aot*ecommands consistina of a period followed oy 4 two 
hemrer string. Tre basic NROFF rackace supnorts seventeen 
cateacories of commands, and as a total of e@idahkty seven 
commands, The =ME packaaqe adds three categories and a total 
Sra s2xey commands *0or a orand total of one hundred and forty 
seven commands, Table D.1 lists the NROFF and -ME command 
categories, and the number of commands in each, 

NPOFF eME uses thirteen predefined general vartfables and 
twenty three predefined read-only variables to support its 
processina needs, The user is provided with a macro 
facility to define new commands in terms of the basic set of 


commands and operations on the variables, This allows the 





user to abobreviate a fairly long command stream into a 


single command, 


Table D,1 = NROFF and =ME Commands, 


COMMANDS 


COMMAND CATEGORY NROFF oe ME 
moeerone & Character Size Control 9 
2. Page Contrel 

3, Taxt Filling, Adjusting & Centering 

4, Displays 

5, Vertical Spacina 

- Line benath & Indenting 

e Paraqraphing 

- Macros, Strings, Diversions, & Traps 1 
- Number Reqisters 

0, Tabs, Leaders, & Fields 

11. InoufCutout Conventions 

12, Hvonanation 

me Lites 

14, Headings 

moe, tine Numbering 

mee coneitional Input 

Mian SOVironment Switching 

18. Standard Input Insertions 
PeeeinoutcOutput Filie Switching 

20, Miscellaneous 


TOTAL 87 60 


Ono o VR OO NO CO 
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NROFF «ME is a good word processing system and it can 
Produce same complex formatting actions, However, it does 
suffer from some drawbacks, 

(1) Since the f£file is first created by the text editor 
and then run by NROFF, the user has a significant delay in 
determining Lf the desired format was achieved, 
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(2) Im addition to depending on the text editor, NROFF 
must depend on other proocrams to preprocess the text file 
before NROFF can handle it for specialized reauests. Two 
examples cf oreprocessors are packages to handle tables and 
comolex eavation symbology, While enhancing NROFF =ME’%s 
capabilities, they add more categories and commands, and 
increase the amount of time necessary for the uwser to see 
the actual results of commands, 

(3) The user manual for tne NROFF packacqe {s not 
presented in sufficient detail to completely understand the 
effect, or use, of all commands, It appears that the user 
is sunposed to have a hasie understanding of the system 
hefore readine the manuals! 

(4) The command vocabulary is fairly larqe and they are 
net easy to remember, Based on personal use, only about 
twenty percent of the vocabulary {8S generally useful == and 
therefore remembered, Table O0.2 presents a simolified 


listing of the most used commands, 
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Table D,2 = Basic Commands NROFF =<ME 


1, Page length 
2. Line spacing 
3, Line length 
4, Paqa headers 
5. Indent 
= pnermanent 
= tamporary 
6, RFeain next rage 
7, Need # lines 
8. Tnsert 4* blank lines 
9. Center the next # iines 
19, Break 
ti. Detinea macro 
12. ELLI/Noste 11 
13, Hvphenate/No=nhyonenate 
14, Underline 
15. Seection/Chapter hnaadings 
16, Quotations 
17. Footnotes 
14, Keep an index 
12. St@rt oaragrapnh 
~ baste 
~* left addusted 
=~ body indented 
- numbered 
20% Start display 
- list 
=» bhock 
=floating block 
= delayed text 
21. Table Mandler * 
= definition 
= start 
= body 
= end 
22. Equation definition 
23, “Multiple column format 
24, Default paver formats 
= thesis 
256 CONncr oO mcomstructs 
= read special variables 
= ehange socecial register 
e conditianal formatting 


* part of Table preprocessor 
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APPENDIX Es: DBASE II 


DBASE II is a relational database system created by 
Ashton=Tate of Los Angeles, California for mieroconputer 
systems, For this review, tne CP/M version of DBASE [I was 
used, where the DRASE IT program is an executable “command 
file" residing in the system, 

Tae. DENSE Il syst@m utilizes several different fille 
tvpes: database, report form, command, index, memory, and 
mec. cawcn file’ tyne Ras 42 specific ourpose that itis 
identifiable by {ts tyce name, "Reoort form” filas store the 
moeermation, specified hy the user, for describins che 
format (headings, flelds, totals, subtotals, contents, etc,) 
Meatiich a “database” file {fs to be output, "Command" fflieas 
contain a seauence of ODBASE IT statements, commands, and 
control structures necessary to create a user defined view, 
The ae x" filles are a list of pointers to a snecific 
"database" file, "Memory" files contein the values of 
memory variables and constants saved previously by the user, 
"Text" files are collections of ASCII characters for input 
into a "datapase" fille, or created py output from a 
"database" file, PBASE IT cannot directly use "text" files, 
Most of tre files are stored in what is Known as Standard 
Data Format (SDF), and they can be used directly by any 


other program tnrat uses SOF files. Additionally, any text 
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files in SDF can be used by the DBASE [I system, The file 
is the largest data object supported by DBASE II which 
creates, deletes, or modifies the current flle(s). A 
database file is  pbrouaht into reference »by user 
specification, and a maximum of two database files can 52s 
"epen" at one time, 

DBASE II can be used interactively or can be proarammed 
Momecoeore 2 view of the database to suptort recurring 
applications, Regardless of method, DBASE II orovides the 
user with the same basic high-leve) data definition (DDL) 
and data manipulation (OMUL) language, An Enaqlisn like 
command language with a very reaqular syntax {5 a user 
friendly feature of DBASE II. Tae commands are very 
powerful in that thelr operands and results are typically 
database files, Tne command structure is usuallv presented 


in the following form: 


COMMAND (SCOPE) (CONDITION) 


The scone modifier designates the number of records to 
be selected in response to the svsnecific command, The 
condition modifier specifies a conditional statement that 
meereerecora’s field vValu@s must satisfv in order for the 
Geeora €O be inciuded in the final résult,. Table &§&,! 
provides a listing of the basic DBASE ITI commands, with 


duplicate commands having been factored out, 
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Table E,1i1 °- DBASE II Basic Commands, 


1. Display an expression on the screen 
2. Format screen or printer output 
3. Input a character strina 
4, Input a string to a memory variable 
5. Wait for weer Tnout 
6. List the records in a database 
7. SOisvolay data from a database 
8. Disnolay the structure of a database 
Q, Rename a fila 
19, Erase a file 
t1. Generate a report 
12. Execute a "command" file 
Paaeeecurma cron @ “econmand” £1 lhe 
14, Misplay the contents of the memory variables 
15, Store a value in a memory variable 
16. Save memory variables te a file 
17, Restore memory variables froma file 
18. Select a snecific database for use 
19, Set smecific DBASE II varameters 
29, Ahort a command 
21. Create a new database 
22, ecait 2 datarase 
ae. Modifvee database’s structure, or the 
contents of fields in selected records 
24. Update a database from anotner datarase 
25. Add data from a text file to a database 
26. Coov data from a database to a text file 
2/7, Lms@Pft record(s) into a database 
28, Delete record(s) from a database 
29. Unmarke records marked for deletion 
30, Locate a record based on Key value, 
or Comdst1on 
BeGOotoma: specified record 
32. ‘ove forward or backward in a database 
33, Index a database 
34, Sort a database based ona field 
35. Perform JOIN ovoeration on two databases 
36, Count the number of records 
37, Sum a f£leld or subfield in a database 
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Default ordering for records in a database fille is the 
sequence in which the records are entered, Ordering can be 
altered by inserting records into specific parts of the 
database, and by sorting or indexing the database, In the 
default order, the “database” file does not contain a 
recoqnized Key, 

By sortinae or indexina a "database" ‘file, keys are 
defined and the searen time required te locate a reeord is 
reduced, “ritiole indexing be done for the same database, 
but based on different keys, Sorting produces a new 
"database" file, which is a conv of the original database, 
oerye it is sorted. An *indexéd" €¢114@ is a virtual file of 
peinters to the oriainal "database" file. Whereas lookup 
speed can be eanhanced ov tndexing a datahase, trere is 
avernead incurred in maintenance of the "index" file, 
Changes made to the oriacinal datatase €¢Lle are not reflected 
eo ne mew sorted “database"™ or "index" £112. The oriainal 
database must be sorted or indexed after each chance in 
order to remain current, 

The data definition lanaquage allows the user to define 
the orqanization of the data in a new database file by 
soecifyingag the name of the datatase, and giving information 
on each f its fields (name, tyne, width, decimal polaces), 
The structure of a new database file can also be copied from 
that of another database fille, Additionally, new structures 


can be created as @he result of using the JOIN onerator 
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provided by the DBASE II system, At any time, the structure 
and/or contents of a file can be displayed or output, The 
structure of a database file can also be modified at a later 
time, but oresents some problems in that all records 
currently in the database file are destroyed, 

Besides usina OBASE II {nteractively, it can be 
proarammed f{n its own lanquace throuch the use of "command" 
files. The OML statements are embedded itn the file and 
iterative execution of DML statenents are controlled by a 
emer OMASe Tl control structures (ff£eThen, Yt-Then-Else, 
Goto, and DoewWhile)., "Command" files tend to make extensive 
use of memory variables and input/output functions which are 
also extensively sunnorted by NSASE Il. TO create a user 
view the desianer/orogrammer will edit a "command" filiets) 
momeecontain the correct DBASE II statements, conmands, and 
control structures to manioulate the noroner "database" 
files. The capabilities and limitations of any view {ts 
dependent on the desian of the "command" file(s), 

The reason for the great popularity of OBASE II is that 
it is a very easy database management svstem to learn and 
use. Its Englisnelike command lancuaqge {s natural and user 
friendly, Althouah the command set is ratner extensive, the 
command names accurately describe their action and use a 
regquiar svntax $0 they are easv to remember, The 
interactive nature and full screen disolay orientation nakes 


eer interaetion «simple: and direct. eon eles feet (oF 
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predefined functions, input/output commands, "ecomnmand" 
files, and programming constructs it is easy to create views 
for almost any apolication, CBASE II 18 a powerful 
relational database svstem yet it is obvious that the 
desianers gave much thought to «keeping it simple and did not 
introduce comolexity for its own sake, However, tnere are a 
couple ef oroblems with DBASE IT which are worth mentioning, 
and they are all probably due to tne justified emohasis on 
ermolieity, 

(1) At any one time, a maximum of two databases can be 
in reference, This limitation recuires that databases be 
Merrecte ly Preuqht inte and out of use, It would helo ié 
there was arotner method, besides using a "command" file, 
for oerforming ovoerations on multiple tables, 

C2) In moatityina the Structure ef a datahase@ the 
contents are deleted, This recauires that the database be 
exolicitilv saved to an external database and then 0»5e 
recopied back after structure modification, It fs an 
inconvenience, to sav the least. 

(3) The only relational operation directly provided by 
the system is the JOIN command. It would greatly enhance the 
capability of the system to provide more of the overators, 

move display structure is a little” bit too riaid, 
and the user does not have much direct control, sort of 


writing a "command" file, to effect the output format, 
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APPENDIX F: SEQUITUR 


SEQUITUR is a relational database system designed by the 
Pacific Software Manufacturing Company of Berkeley, 
California, 

SEQUITUR sees a database as a collection of named 
rables, each of whieh contains some kind of data related to 
the subject of the databas®, Each database has a set of 
system tables, The "Calumn" table lists tne name, tyoe, 
size, and display format cf all eolumns authorized for use 
in the database’s tables. The "Table" table lists the names 
af the columns that are included {tn each of the database’s 
tables, fooeehner Ene S Colunm”® and “Tanle” tadkes act as 
part of a data dictionary system for the datarase, 

SEQUITUR has a fairly large command vocabulary of over 
sixty seven commands. There are twenty five basic commands, 
forty two screen editor commands, and more formed by 
combinations of the previous commands. A multilevel "Helo" 
facility {s used to supoort the user. 

SEQUITUR offers four kinds of hNelp. There are status 
lines at the tore of the screen. An "edit card" display can 
be called by the user in order to see a cComorehnensive list 
ef cursor object and motion keys, and escace onerations. 
The "*Relo”* command summons an oneline manual, that is preset 


by the user to provide no, medium, or naximum help, Lastly, 


148 





there are situational help promots that oceur during the 


command process, 


Table F,1 2*= SEQUITUR Basic Commands, 


1, CHOOSE {databcase} 
2. CREATE {database} 
3. ABD to {table} 

4, ETT {table} 

5. SHOW {table} 

5's PRINT {table} 

7. REPORT qenerator 
8B. FORMS generator 
9. StLeEcT from (table) * 
10, MANUAL select 

11. JOIN {tables} 

12. SORT {tables} * ; 
13, UNION * 

i4. INTERSECTION &® 
15. DIFFERENCS * 

fo. UN Poue ,ow Ss o* 

re OUPRTECaTE™ rows & 
La. Cuppy 

19, APSEND 

29. REMOVE rows 

21, RENAME column 

22. COMPACT base 

23, DUMP to {file 
24. LOAD from {tile} 
25. HEL® from manual 
Ore =A | 


* = Member of SEQUITUR’S 
"set™ commands, 


The twenty five basic commands cover the major 
operational capabilities of the SEQUITUR system, The 


commands are presented to the user in the form of a menu, 
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and ence a choice is made SEQUITUR enters the display mode 
necessary to support that choice, Table F,1 lists the basic 
commands, plus the command for exiting from SEQUITUR, 

The SEQUITUR display modes are organized as "tables", or 
"“paqes", The table mode is similar to the approach taken by 
the "QuervebyeExample”" system (QBE), and oresents the data 
in columns and rows with vertical lines senarating the 
columnms and indicators for new rows, Alternatively, che 
page mode presents the data one row at a time, with the 
column Readinas listed vertically. The user has the ability 
te flip back and forth hetween the two display modes at 


will. 


Mmeowe © .2 = SEGUITUR Cursor Object & Motion Commands, 


1. Move cursor up one line 

2. Move cursor down one line 

3. Move cursor lett one object 

a, Momevcursor to next object 

5. Move cursor to beainninag of object 
6, Move cursor to orevious word 

7, Mower cursor to end of current obvect 
86. Move cursor £0 next word 

oe cbuect = “ord 


10, Object = line 

11, Object = sentence 

12. Obdect = paragraon 

13, Object = view 

14. Obdect = nace or screen 
Poe act. BA column 

16, Object = row 

17, Obtect = one cnaracter 
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Once itn a desired display mode the user must make use of 
the editor commands to make chances to tne table. All editor 
commands are single keys comeined with the <Control>, 
<Escape>, ocr <Tab> keys, Table F.2 provides a list of the 
cursor object and motion commands available. Most 
operations require two commands since the object must be 


soeci{fiad first, and then the actual onoeration, 


Table F,3 = SEQUITUR Sereen Editor Commands. 


Delete left portion of object 
Delete entire object 

Delete right portien of object 
Fifos "insert" toaqale 

Shows rows marked for deletion 
Flip "pacqestanle”" display style 
Goto #=th onqect 

Goto Test object 

Restores nore recent version of row 
Display @arlier versicr of row 
executes a command 

Search forward for column entry 

» Search backwards for column entry 
{42. Edit ecard display 


t7 er OC ID Sm G) A) 
~~ ©Os8 8 « 
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The screen editor commands are used to make actual 
changes (additions, medifications, or deletions) to the 
displayed table on the screen, Table £=.3 lists these 
commands which are used in conjunction with the cursor 


obdect and movement commands listed previously. 
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Additionally there are a number of miscelianeous 
commands that are provided to aid the user, These are listed 


in Table F.4, 


Table F,4 = Additional SEQUITUR Commands 


1, Get Edit Helo 

a wee. § ower 

3o Scroll sSackwards 

4, Interruot Present Operation 
Se ueeck/UR loc Curser Ob wet 


There are an abundance of table tyoes {n SEGUITUR. 
meeeeat” tables comsist of ovoointers to data in a "hase" 
table(s), and are formed by conducting relational operations 
Sema, JOIN) or the base tablets), Virtual tabdles are 
permanent additions to the datahase, All operations 
conducted on the virtual table effect the base table, but 
net all operations on the base table will reflected in the 
waercual table, 

"Slice" tables consist of the data from a "home" table, 
weomeare formed by restricting or rearranging the columns in 
the heme table, Actually, siiecsa tables are just alternates 
ways of viewing the same home table, All operations 
eonducted on the slice table effect tne Rome table, and all 


oterations on the nome table effect the slice table, 
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"Template" tables are used to store control information 
on the operation(s) (SELECT, SORT, UNION, DUPLICATE, UNIQUE, 
INTERSECTION, and DIFFERENCE) desired to be So Seceen on a 
set of "base" tables, The user specifles once the sequence 
of operations to be verformed, and each time that result ts 
desired the anopropriats template table is called to create 
the desired virtual table. 

~ SEQUITUR provides several methods of outdutting data to 
the user: 

(1) There is the "srint"™ command which orompts the user 
to specify heading, page length, margins, voage number, date, 
eormumn/row divider symbol, ete, fer either a» "table" or 
iaaae- styre output. The entire table is then outpdut, one 
meeord at a time, in the specified format. 

(2) There is the “‘*f€erm generator", The use@r creates a 
Bonm better or document by making an entry in the "forms" 
table in either "pace" or "table" style, and answering 
several system prompts as to nage size, width, marains. The 
form generator is intended for letter tyve generation since 
mcmonlLy @llows one text field in the form. All other entries 
are pulled from an avpropriate table and tne "form" reorated 
for each row in that table, 

(3) There is the "report qenerator", The user creates a 
report table that is associated with a Known data table, The 
report table specifies which data table columns are to »5e 


used, mow thev are positioned, what name thev nave on the 
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form, allotted width, and alfanment. Again, the user must 
specify formatting items like page length, line length, 
margins, delimiters, and other related items, The individual 
columns in the report table can be Marked for sortina, 
grouping, and/or arithmetic processina, if arithmetic 
processing is ented for, then another table, the "function" 
table is created to record what is to he done to each colunn 


= total, minimum, maximum, averaqe, or count, 


Haged on 4 very short famiifarization experience with 
SEQUITUR there {s no doubt that {tt {8S a powerful and 
complete relational OBMS., However, it is mot as user 
friendly as its advertisements would lead you to oelleve, 
Seme of the problems @ncountered weres 

(1) Too many commanes t9 remember, This tnereased 
learning etcime and added to the canféusion. TO0 many of the 
commands were just window dressing in that their effect 
cauld nave be done using other commands. (Like the "Ohject 
=", extra cursor movement and deletion commands.) While 
using Keys as commands lé@ads to faster command input, it 
makes thinas mere difficult when there are so many commands 
the symbol an tne Key has little or no relation to its 
effect. 

(2) The structure of the user interface was unwieldy, It 
was easy to get lost and difficult to recover to a Known 


location. Operations that worked under one condition did 
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mot work in another, or produced completely different and 
wunexpected results. (8.9. in some instances the "execute" 
command will return you fo tne main menu, in others {t was 
ianored or treated as a mistake,) 

(3) There were too many tvyves of tables, ways of using 
tables, editina tables, and creating relations between 
tables, Tre user is seing swamced witn a level of detail 
that is better left to the system, It seems that SEQUTTUR 
was created with simplicity and user suodort heina lesser 


considerations to system sopnistication. 
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APPENDIX Gs: VISICALC 


VISICALC is an electronic spreadsheet program created by 
Software Arts, Inc, of Cambridge, Massachusetts and marketed 
by Personal Software Ine. of Sunnyvale, CA, Its surpose ts 
to allow the user to easily model a wide ranae of numerical 
problems in a standard tadular format by revolacing the 
user’s oencil, calculator, and scratechpad, 

Tre sereen is divided into a arftd of columns and rows 
that form addressable (column, row) entry oositions, The 
eolumns, which run across the top of the grid, are lettered 
starting with "A" and the rows, which run down the side, ares 
Gumee Sed starting with "1", Bach @emery voosition is an 
indeoendent entity, and can contain a character string, a 
numeric value, or a funetion that must be calculated, Entry 
oositicns that contain funeticons are recalculated by 
VISICALC each time certain conditions are met, The functions 
mill specify values in terms of constants, operators, and 
the values of other entry oositions, 

The screen is used as a "window" into the spreadsheet 
and is modifiable by the user, The user is given numerous 
commands, see Table Gil, with which to alter the disolay 


format of the screen, 
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Table G.,i «= VISICALC Display Commands, 


1. Clear Spread Sheet 
2. Set Global Display Format To; 
~ TInteqer 
e Dollars & Cents 
e Left/Right Justified 
e Graph 
3, Set Entry Display Format To; 
»- Intecer 
= Mollars S Cents 
~ Left/Right Justified 
» Graph 
4, Reset Entry To Global Display Format 
5. Set Column Width Within A Window 
§, Set Order Of Reealculation: 
= Column wise 
= Row Wise oo 
7, Set Recalculation? 
» Aytomatic 
#» Manual 
8. Move Am Entire Row Or Column 
— ww tndow Conmerol; 
~ Solit Sereen Horizontal 
e Split Sereen Vertical 
» Single window 
H0en waumaow SyYmenronization;: 
- Synchronized 
- Unsynchronized 


The window can be "split" into two halves so as to 100K 
into nonadjoinina areas of the soread=sneet simultaneously, 
The two windows can be "synenronized" so they move together, 
or unsynchronized se movement is tindesendent, Display 
format may be globally set for the s¢crean as a whole, or 
individual entry vositions can be assitaned thelr own format. 


Comm Width ts variable from 3 to 37, but columns in the 
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same window must have the same width. The value of each 
amcery pesition ifs calculated by "column order" (AL, AZ, ceo 
An, B81, B2, «ee, Bn, C1, ete.) Unless the user changes the 
Pec@leulation ord@r to “roweorder™ CAL, Bi, secs Ni, A2, 82, 
aiake 9 n2, C2, «@tC.) By default VISICALC starts tn 
"automatic" recalculation mode where the value of all entry 
positions are recalculated each time an entry is changed. 4s 
this can significantly slow down the model when large oarids 
and/or complicated numerical expressions are used, the user 
can enter "manual" recalculation mode where a command must 
be issued to cause recalculation to occur, 

VISICALC vorovides a commandeline oriented editor that 
enters, modifies, or deletes data ina referenced entry 
Sere ton(s), A ursor is orovided on the ar{d to indteate 
meee cirment Seéntry position referenced Sv VISICALC. There 
Poems cre@@m commands to allow the user to seroll across the 
[ara Of tO move*to ar exe@ct (row, column) entry cosition. 
Tf needed, the numeric vrocessing capability of VISICALC can 
be used Like a Gal culator to supfoert the user’s 
computational needs. A nowerful capability of VISICALC is 
the replicate command. This allows the user to define an 
entry once, and then Nave {it entered in a ranqe of 
successive column or row entry voositions. Additionally, the 
user can specify if the oriaqinal entry is to be replicated 


exactly, oft sould anv references to other entry positions 
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be updated at each new position to take into account 


relative vcosition on the soreadsneet, 


Table G,2 *« VISICALC Cursor Movement & Entry Commands. 


11. Move Cursor Right Or Up 
12, ehevercurser ett Or Dewn 
13. Chaage CUrsor™birection; 
- Up/Down 
» Stiant/Leftt 
14, Move Cursor To The Other window 
16, Move Cursor To A Specific Entry Position 
16, Abort Last Command 
17. Set An Entry Position To Blank 
18, Delete An Entire Pow Or Column 
19. Inset A N@w Row Or Column 
29, Replicate An Entry 
21. Set Title Areas; 
» Horizontal Title 
- Vertical Titie 
»- No Title 
22. Repeat A Label Entry 
23, “4ake An Immediate Numerical Calculation 
24. enter A Label In An Entry Position 
25. Enoee “A Value [mn An Entry Position 
26. Save A Conv Of The SoreadeSneet 


Since VISICALC is a numerical modeling tool it has a 
series of arithmetic and agaregate functions that it 
supports’, Table G.3 provides a listing. VISICALC has been 
designed to store numbers in decimal format, not binary, and 
maintains them with uo to eleven signifttcant diafts or 


decimal places, 
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Table G.3 = VISICALC Arithmetic & Aggregate Funetions 


a, Addition 
be Subtraction 
oe Multiortcation 
ad. Division 
e, Exponentiation 
f. Calculate The Sum Of A Range Of Values 
GQ, Caleulate The Htninum In A Ranae Of Values 
nh. Calculate The Vaxinum In A Range Of Values 
{. Count The Number Of Entries In A List 
4. Calculate The Averaaa Of A Ranae DE Values 
K, Calculate The NertePreasenteValue Of A 
Range Of Values 
1. Perform A Lookup Ovceration 
me. PI (€3.1415926536) 
Nn, Caleulate The Absolute Value 
9. Caleulate The [Integer Portion Of A Value 
dD, Sauare Root 
@. Logarithms, Base 2 
r, Logarithms, Base 10 
Seeaomonrertric Firmecions (Sin, €os, Tan, Asin, 
Reos, A: an) 


VISICALC makes use of dynamie memory allocation so the 
actual dimensions of the spread-sneet devnend on the amount 
of memory available and the complexity of the entries mada 
oy the user, The user does not Nave to worry about memory 
allocation since VISICALC takes responsibility for its use 
and efficiency, As entries shrink, or are deleted, VISICALC 
reclaims the extra memory space, The user is shown how much 
memory remains and a warning promot oceurs when memory snace 


is nearly exhausted, 
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For a permanent copy of the contents of the spread sheet 
the user nay send the output to a printer, A subsoart of the 
total spread-sneet may be sent by designating the lower 


rianmht corner to be printed, 


VISICALC {is a powerful] and fairly simple modeling tool 
whose advantages seem to easily outweigqn the disadvantages, 
fem command vocabulary fs low €26 commands, 19 funetifons) 
aac the’ creater rajority are actually useful and nct just 
window dressing, The user manual is well written and easily 
moeerstood, sut is fatriy lona. VISICALC supports a Known 
niuman weakness (small/fast short term memory, larae/slow 
lena term memory, and slow calculaticn sneed) bv rememberina 
meeoetmils of @ commoniv reeceurring User sronte» (he 
eetacion £6 be modeled), limiting tne user te oroviding a 
smaller and more select set of inittal incuss, and 
performina the computations in a faster, more reliable, and 
repeatable manner, However it does Nave some problems: 

C1) Command strinas and their effect must he memorized 
since there is little relation to the string and the effect. 
Menus provided by the system are verv poor, and require you 
to already Know the meanina of the command strins. 

(2) A basic understanding of VISICALC and a high degree 
of operational canabliity can be obtained, in a fairly short 
time, by réadina only the first third of the user manual, 


However, to gain maximum use of the system requires a 
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significant amount of time and effort to read the entire 
user manual and experiment with the opnerations. Some nice to 
Know features that have a major effect on model vaitdity 
(e.g, recalculation order) are discussed at the end of the 


user manual and might be easily missed, 
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APPENDIX Hs: ZIP 


The relational data bas# management system "DBASE II", 
described in Aovendix (D), contains a set of commands which, 
when embedded in a "command" file, define the outout format 
used to generate the display on the scre#n, or outout to the 
eerncer, In addition to adeneratina tne disolay form, the 
commands also direct the DBASE IT system to either determine 
tne Values of the entries from a record in the referenced 
database, or from memory variables. [f the inout device is 
the screen/Keyboard, DBASE TI mav retrieve a user entered 
value from the screen and store it in a fleld of 4 datahase 
record, or in a memory vartable, Tnese form definition 
commands can also be out {inte a naw tyne of file, the 
peormet"” f¢ibe, by ZIP. In this case the format, contained 
in the "format" file, 1s used as an disolay overlay to 
prompt the user to change data values in an existinae record 
in a "database" file, 

ZIP is a CP/M proaram used to qenerate, or modify, a 
Cemee It “command” or "format" file, If 18 a powerful teol 
in the sense that the user is not required ¢5 Knew the 
details of the DBASE II form generation capability 
C"command" files, and display commands), ZIP oresents the 
user with a blank screen and an onescreen editor, which 


suipports several levels of cursor movement and formattina 
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commands, to help in the form desiqn. Table H.1 lists the 


ZiP editor commands, 


Table H.,i = ZIP Editor Commands, 


1. Sereen commands 

» {9p 

# bottom 

a ext 

= orevious 

ee es 

» last 

Middle of line 

Insert a space 

Add a line 

MNelete 

- ¢naracter 

e line 

Praw/eErase horizontal line 
Praw/Erase vertical line 
Frase/Save work file 
Insert DSASE II command expression 
Chance variable 

e vertical marker 

e MoriZontal marker 

= tab spacing 

» margin 

= page lenath 

Pl. oe 


{Nm w A 
* © «# e 


~~ F979 w~ IM 


QO«xe e@ @« @ 
e 


The e¢ursor can be moved to any position on the blank screen 
where the user will enter the information reauired by the 
ZIP proaram, Information {is conventently limited to literal 
strings, memory variables, record fleld values, and fetching 
a value from the screen and storing it into a record field 


\ 
or memory variable, Interspersed between these ZIP 


164 





formatting commands may be DBASE II executable commands {if 
the file tyoe is "command", There ar@ special ourpose 
commands to @adraw, or undraw, vertical and horizontal lines 
on tne form, 

Thee ZIP program may be viewed as a translator between 
the screen desicn tTade oy the user and the operations of 
DBASE If, The s¢reen contents associated with each screen 
oesition are tranSlated into a4 s@aquence of O8ASE TT 
eammands, statements, and c¢ontrol struetures whiecerh are 
Graanizea “4s either 4 “*command" or "format" fille, ZIP also 
cClaces any @mbedded execution commands into the f£if1l2 and 
automatically sets, or resets, the aopropriate system 
"toaqles" as needed, 

ae ts APUSeLuUL SuDDOort tool for DaASE If in that {it 
mereves tie user from having to erocram a “command” €fle in 
order te create a desired display format. However, if must 
SemmeoOincea out that ZIP fs a verv basic formatter, is line 
oriented, and is incapable of the more comolex types of 


displays, 
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APPENDIX I: MAIL 


"MAIL" is an electronic mail facility produced by the 
University of California at Berkeley and 8ell Laboratories 
for the UMIX overatinge systen, Tt allows wsers te send 
messages to otner users, or grouos of users, on the system, 

Tre pasic unit of the MAIL system {s the message, which 
{1s simply a special tyoe of text file, The messaace is 
preformatted and contains thei ds fOr originator, 
destination, subject, copy to, and body, Messages are 
contained elther in the users "orivate" mailbox or in the 
"System™ mailbox, A "“deadeletter" €ile {8s also maintained 
Beeeemcn Uger te contain nessaqes which cannot be deiivered 
to a valid destination. Tne orivate mailbox and deadw-letter 
file are maintained as text filles in the UNIX directory are 
therefore can be used by other scroarams running under UNIX, 

Upon logging into the UNIX svstem, a Dromot aprears at 
the terminal indicatina that there is mail for the user, 
Messaqes addressed to a user are initially contained in the 
system mailbox, and can be read from tne system mallbox by 
the MAIL facility. The messages already in the private 
mailbox and/or deadeletter file are text f11¢s and thus not 
direetly accessible to the MAIL facility, 

The user mayv elect to read tne mail py invoking the MAIL 


eacility, A one line summary of all messages in the system 
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mailbox 18 presented to the user, and each messace is given 
an integer identification number starting at one. At this 
point the user Aas a number of different options available 


as summarized in Table I.1. 


Table I.{t = MAIL Command Summary 


Alias aname + 

Unalias a name(s) 

Geto orevious message * + 

Goto mext ressaqe * + 

Disolay summary of commands +¢ 

Disolay out all currently defined aliases 

Disolay a2 message 

Pisolay out headers of messace list + 

Disolay message list 

Disclay size of @ach messadce 

Nisplay ton few lines of aach message 

emecuce, {he followfne UNIX srell command 

Chanaea directory 

Delat> nessace(s) + 

Delete current messaqe, orint next message 

Undelete messaqes marked for deletion 

Reolv to a received messadce * 

Edit alist of messaqes in turn 

Send message to desicnated users + 

Fnde-ofemessaade + 

exit, don’t enanace system mailbox * 

22. Quit, save undeleted or unsaved messages in the 
user’s mailbox, save unreferenced in the 
system mailbox, 

23. Mark message(s) to be saved in system mailbox * 

24, Save a messaqe list by apoendina to a text file * 

25. List current ranae of message readers 

26, Help + 

27. Set ootions + 

28, Unset options 


IWMTDN EH WwW Ye Oe ee @¢ @ 
- 


te pe ee ee tee DAI Um ww Ae 
a 
ee ® e @ 


NAD 
= O 0”) 
oe @® 


* MAIL facility has more than one command to 
perform this action. 


+ Useful = see page 170, paragraph (2). 
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The user may select a message and read it, After 
reviewing the message the user may forget the message, save 
it in the system mallbox, delete 1{t, or oOrenare a response. 
When the user auits the MAIL facility all messaqes which 
nave not been deleted, saved, or reviewed are placed back 
inte the system mailbox, Tre remaining messages, those 
reviewed but no svecial action indicated, are olaced in the 
orivate mailbex. If the user desires, tre MAIL facility can 
be exited and the system Tallbox lene unchanged, 
Additionally the user can create "“ajias" nmames that 
eorrespond to multiple users, ask for message summaries, 
adpend massages to files, or invoke an editor, 

Them MATE v“e~lity does not csantain its own editor, but 
Seaeendas on the editor (s) avallable to the UNIX system and on 
mee ser to s*#t an option svectitfving which one is desired, 
When the user indicates that a message is to be created, the 
SPditor isi'invoked, the user enters the text, and when 
finished issues an endeofemessage command to return control 
momcme eNATL Caellity. while in the: editor, tre user can 
issue "escape" commands that directly effect the nessage 
processinac.,. A listing of these escape commands ts provided 
moe «6UCLemes6h6UdEC«wC 2. CUCOoNtents of other filles may be inserted into 
the messaqe, names of recipntfents added or changed, the 


header field edited, or an alternate editor invoked, 


168 





Table I.2 = MAIL escape commands 


Bs 
aD) 


Execute UNIX shell command 

Add names to reciplents of copy 

Read "deadletter" file into message 

Invoke text editor 

Avert tne message being sent 

Insert a named file into the message + 

Creaata a subtect field 

write the message into a named file 

Pine the messace through a creocess as a filter 
Tnsert a string into the message 


+ 


Useful = see page 170, paragqrapn (2), 


While in the MATL facility, UNIX shell commands may be 


issued, Tee) MATL fae@tlity te ténmoorarily interruptied, thé 


command is executed, and then the “ATL f€actlity is resumed 


without adverse affect, 


Table ~[.3 = MAIL ootions, 


1, 
2 


e 


OD~IHDWM & W 


10. 
11. 


(Append/Prepended) messaqes to private mailbox 
Cwes/No) Stbject line prompt 

CYes/No) Promot for carbon copy recipients of message 
(Yes/No) Modify delete command 

(Yes/No) fanore terminal interrupt sianals 

(Yes/No) Inelude sender in group messaqe recipients 
CYes/Ne) Savina interrupted messaqas 

Define default editor name 

Define escaoe character 

Define file to record outgoing mail 

Define number of Lines in tne "top" of a message 
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Additionally, the MAIL facility has a serfes of options 
the user can change to tailor its operation, Table 1,3 
provides a listing of these ontions, 

The MAIL €acility {fs a qood support program and is quite 
capable of accomplisnina its coals, However, it has more 
than {ts fair share of problems, 

(1) There is a very limited user manual, and exvoerience 
maet be gained “trom otner users or hy trial ard error, 

(2) There are too manv commands, and too nanv of those 
duplicate each other, Tye number “ot” commoniy useful 
commands {is low (marked with a +), with the rest heing 
windowedressina, 

(3a) the Saeility is not user fri@ndily. The user must be 
Meare Of location in the faeility and what is expected next, 
because there are no soecial prempts and the helo command 
only provides a command summary, 

(4) Tf tne message reciolent is on line when the messace 
arrives, whatever overation is in progress is rudely 
interrupted by tne disolay of the message, This can be very 
disconcerting to the reciofent. 

(5) The user can’t determine which message is going 
where (system mailbox, orivate maflbox, dead-letter file), 


eeror to lL@aving the MAIL facility. 
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